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ПРЕДИСЛОВИЕ 


Нельзя переоценить роль, которую играют телекоммуникации в жизни современного 
общества. И эта роль выражается простым понятием «предоставление услуг связи». 
При этом услуги связи в их расширенном понимании определяют весь спектр взаи- 
моотношений между производителем услуг и обществом в целом. Для предоставле- 
ния все более и более широкого спектра услуг связи строятся современные телеком- 
муникационные сети, проектируется и внедряется новейшее оборудование, использу- 
ются самые передовые технологии. Но все это эффективно до тех пор, пока средства 
не заслоняют цель. Если стоимость услуг не доступна пользователю — нет потребно- 
сти в этих услугах, тогда нет и необходимости в самых современных сетях и обору- 
довании, даже если они уже имеются. Есть потребность в услугах связи — необходи- 
мы и сети, и оборудование. При этом оператор связи, как шеф-повар, должен рабо- 
тать с пользователем не только по принципу «чего изволите”», но и «не хотите ли по- 
пробовать?». Это дает возможность не только удовлетворять потребности пользова- 
теля в определенном меню услуг, но и постоянно предлагать новые услуги, которые 
могут войти в это меню в ближайшем будущем. 

Процесс появления новых услуг независимо от того, кто их «автор» — оператор 
или пользователь, — настолько стремителен, что актуализировать его в рамках 
книги не представляется возможным. Поэтому, на наш взгляд, более важным явля- 
ется анализ тенденций в сфере предоставления услуг связи, что в свою очередь, по- 
зволяет определить направления развития средств связи для их эффективного пре- 
доставления. Это является основой системной интеграции. 

Системную интеграцию можно понимать как услугу или процесс. Системная 
интеграция в контексте процесса понимается как интеграция совокупности различ- 
ных возможностей, целей и интересов, а также как способ разрешения противоре- 
чивых требований и задач. В целом под системной интеграцией мы подразумеваем, 
во-первых, единую интеграционную философию предоставления и биллинга услуг 
связи, во-вторых, системный подход к изучению потребностей в предоставлении 
услуг связи и разработке информационной и аппаратно-программной инфраструк- 
туры предоставления услуг и их биллинга, в-третьих, реализацию интеграционного 
процесса перехода предоставления услуг на основе отдельных сетей связи к пре- 
доставлению услуг на основе конвергентной сети. 

Подобное понимание процесса интеграции позволяет учесть интересы пользо- 
вателей и операторов связи в единой «системе координат» и рассматривать систе- 
мы предоставления, биллинга и управления как единую инфокоммуникационную 
систему. 

Аспекты системной интеграции включают в себя информационные и техниче- 
ские аспекты. Информационные аспекты связаны с определением и интеграцией по 
уровням наборов данных и компонент, которые используются на каждом из этапов 
предоставления и биллинга услуг, а также в системе управления предприятием. 
Технические аспекты в большей мере связаны с сетевой интеграцией и аппаратно- 
программной архитектурой. 

Системная интеграция, будучи техническим аспектом, подразумевает использо- 
вание современных сетевых, аппаратно-программных и технологических решений. 


Поэтому от специалистов и проектировщиков, обеспечивающих реализацию и экс- 
плуатацию этих систем, а также продвижение новых услуг, требуется не только на- 
личие узкоспециальных знаний, но и достаточно глубокая ориентация в современ- 
ных технологиях и тенденциях предоставления и биллинга услуг связи. 

Именно с этой точки зрения рассматриваются современные телекоммуникаци- 
онные системы предоставления услуг связи, а также предлагаются пути их разви- 
тия. В связи с тем, что в настоящее время нет единого подхода к классификации до- 
полнительных услуг связи, в первой главе предлагаются решения, позволяющие 
значительно сблизить различные позиции. Эти решения заключаются не только в 
подходе, но и во введении таких понятий, как составная и совокупная услуга. Изло- 
женные во второй главе системные вопросы предоставления дополнительных услуг 
на основе средств компьютерной телефонии позволят читателю получить представ- 
ление как о функциональных возможностях этих средств, так и их функциональной 
реализации. При рассмотрении средств компьютерной телефонии для «офисных» и 
«операторских» приложений подчеркивается, что современные тенденции построе- 
ния сетей связи и предоставления услуг на основе этих сетей лежат в области рас- 
пределения функций между различными элементами сети. В этом случае на основе 
иерархической сети связи должна также строиться иерархическая система предос- 
тавления услуг. Исходя из этого, перспектива технологий компьютерной телефонии 
лежит в ее системной интеграции с современными сетями связи. 

Основной тенденцией развития современных сетей связи является конверген- 
ция различных сетей, а значит и конвергенция предоставления услуг на их основе. 
С учетом этой тенденции меняются и подходы к предоставлению дополнительных 
услуг. Однако эти подходы не обязательно должны быть революционными. Про- 
цесс модификации и адаптации существующих концепций к научно-техническому 
прогрессу будет всегда, однако необходимо попытаться минимизировать практиче- 
ские затраты на модификацию уже существующих систем предоставления допол- 
нительных услуг. Разработанная в настоящее время концепция интеллектуальных 
сетей связи может, на наш взгляд, явиться основой для создания некоторой альтер- 
нативной сети предоставления услуг путем эволюции в гибридную интеллектуаль- 
ную сеть. Поэтому концепция подобной сети, предлагаемая в книге, базируется на 
комплексе знаний и достижений как в части существующих концепций предостав- 
ления услуг, так и в части перспективных технологий. При этом гибридную интел- 
лектуальную сеть можно было бы рассматривать, с одной стороны, как инструмент 
сближения сетей предоставления услуг, а с другой — как некоторую интегральную 
сеть, которая имеет возможность предоставления комплекса дополнительных услуг 
на всех типах сетей связи. Как показано в третьей главе, такая эволюция концепции 
базируется, с одной стороны, на комплексном наборе возможностей, основанном на 
понятии «событие», включающим в себя понятия «вызовы», «запросы» и «сообще- 
ния», а с другой — на использовании широкого набора шлюзов между базовыми 
сетями и интеллектуальной надстройкой. Такой подход позволяет адаптировать 
предоставление широкого спектра существующих и перспективных простых, со- 
ставных и совокупных услуг к возможностям конвергентной сети связи. При этом 
автор не претендует на абсолютную бесспорность предлагаемых решений, хотя бо- 
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лее чем двадцатилетний опыт работы в данной области и практические результаты 
позволяют рассматривать эти подходы как достаточно надежные. 

Второй вопрос, которому уделяется особое внимание, это расчеты оператора 
связи и пользователей за предоставленные услуги связи — так называемый бил- 
линг, который является основой коммерческого предоставления услуг связи. При 
этом достоверный и эффективный биллинг услуг становится базой взаимоотноше- 
ний оператора и пользователя. С другой стороны, стремительное развитие форм и 
способов финансовых взаимоотношений между членами телекоммуникационного 
сообщества позволяет рассматривать биллинг как одну из основ этого сообщества, 
что выводит биллинговые системы на более высокий уровень и позволяет рассмат- 
ривать их как составную часть финансовой системы. 

В четвертой главе рассматривается понятие биллинга как формы взаимодейст- 
вия субъектов взаиморасчетов. При этом особое внимание уделяется понятию 
универсального биллинга. Необходимость использования универсального бил- 
линга диктуется значительным расширением номенклатуры предоставляемых ус- 
луг, в том числе одним оператором, многообразием принципов и средств оплаты 
за услуги электросвязи, расширением межоператорского спектра расчетов, а так- 
же постоянно усиливающейся конкуренцией между операторами, предоставляю- 
щими или одни и те же услуги, или похожие по сути услуги, но на основе различ- 
ных технологий. Поэтому универсальный биллинг должен интегрировать различ- 
ные виды биллинга, сочетающие кредитовые и дебетовые принципы тарифика- 
ции, реализуемые в отложенном режиме или в реальном времени, а также преду- 
сматривать использование разнообразных принципов и средств оплаты услуг. 
Кроме того, универсальный биллинг должен не только отвечать современным по- 
требностям операторов, предоставляющих услуги на основе одной или конвер- 
гентной сети, но и иметь перспективу развития с учетом существующих тенден- 
ций. Поэтому определенное внимание уделяется использованию в универсальном 
биллинге различных типов платежных инструментов, роумингу и телекоммуника- 
ционному телебанкингу. 

Пятая глава посвящена комплексным подходам к разработке систем, реализую- 
щих универсальный биллинг. Сформулированы четыре принципа универсальности 
системы биллинга: 

— универсальность расчетов по всей номенклатуре существующих услуг и про- 

стым возможностям их расширения при изменении номенклатуры; 

— универсальность по всем существующим принципам и средствам расчетов; 

— универсальность взаиморасчетов между операторами и партнерами; 

— универсальность адаптации системы расчетов к тарифной политике оператора. 

Эти принципы универсальности являются основой для разработки архитектуры 
системы биллинга. При этом сформулированы принципы ее построения и показано, 
что в основе системы биллинга может лежать концептуальная модель интеллекту- 
альной сети. Единые принципы построения концептуальных моделей гибридной 
интеллектуальной сети и универсальной системы биллинга дают возможность не 
только унифицировать подходы к их разработке, но, самое главное, представить 
процессы предоставления и биллинга услуг в виде единого процесса. 


Объединению процессов предоставления и биллинга услуг связи на основе ин- 
фокоммуникационного подхода, интегрированного с системами управления пред- 
приятием, посвящены последующие главы. Такой подход к системе предоставле- 
ния и биллинга услуг связи позволяет использовать все функциональные возмож- 
ности новых технологий, современных и перспективных средств и сетей связи для 
создания среды функционирования различного типа телекоммуникационных и ком- 
плексных приложений. В шестой главе автор счел необходимым не только описать 
подходы к разработке инфокоммуникационных систем, но и привести примеры 
реализации телекоммуникационных приложений, реально действующих у различ- 
ных операторов связи. Исследование возможностей предлагаемых подходов для 
систем предоставления и биллинга услуг связи показало, что они, с одной стороны, 
являются источником более эффективной реализации известных и новых телеком- 
муникационных приложений, с другой — дают неограниченный резерв для по- 
строения новых комплексных приложений, которым, в частности, посвящена седь- 
мая глава книги. Такое использование инфокоммуникационной системы открывает 
новые возможности электронной коммерции на основе конвергенции сетей мобиль- 
ной связи и сети Интернет, что может сказаться на подходах к проектированию 
этих сетей. 

Настоящая книга о системной интеграции предоставления и биллинга услуг 
связи может представлять интерес для всех, кто причастен к телекоммуникацион- 
ному сообществу, к которым автор относит как менеджеров различных уровней и 
специалистов в области маркетинга услуг, технологов и технических специалистов 
операторов связи, системных и узких специалистов компаний разработчиков теле- 
коммуникационного оборудования, так и преподавателей, аспирантов и студентов 
вузов связи, а также всех пользователей услуг связи. 

Автор надеется, что каждый из читателей найдет в книге полезную информа- 
цию для своей дальнейшей работы. 

Автор понимает, что настоящая книга, охватывающая столь широкий круг во- 
просов, не свободна от недостатков, поэтому будет признателен всем читателям за 
уточнения, отзывы и замечания, которые можно послать по е-та!: Кипга@ите.ги. 
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книги стоит только одна фамилия, хотелось бы отметить тот неоценимый вклад, ко- 
торый внесли эти специалисты в развитие указанного направления. 

Более двадцати лет назад, когда в России только закладывались современные 
подходы предоставления услуг связи, огромную роль в становлении и поддержке 
этого направления сыграло руководство Министерства связи в лице министра связи 
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нина. Организация и поддержка лаборатории речевых технологий, которой в нача- 
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ле 80-х годов была поручена разработка этого направления, являлась безусловной 
заслугой начальника Московского отделения ЦНИИС Б.А. Лопусова и начальника 
ЦНИИС Л.Е. Варакина. Большая роль в организации этой лаборатории, руково- 
дство которой было доверено автору, принадлежала В.А. Шуру. 

У истоков этого направления в 80-х годах стояли ведущие сотрудники лабора- 
тории МОНИИС Ю.А. Мазникер, А.А. Бирман, а затем Л. Е. Гуревич. 

Становление нового направления в конце 80-х годов, которое впоследствии по- 
лучило название компьютерной телефонии, было бы невозможно без участия таких 
специалистов-практиков, как сотрудники МГТС С.В. Рабовский и А.Ю. Фихман. 

В конце 80-х — начале 90-х годов, когда российский сегмент компьютерной те- 
лефонии был в определенной мере сформирован, большую помощь и участие в 
практической реализации систем и предоставлении услуг на их основе оказали на- 
чальник МГТС В.Ф. Васильев и начальник ЦКБ И.В. Мягков. 

В этот период для достижения практических результатов на первый план вы- 
двигается эффективная техническая и маркетинговая политика, которая без участия 
А.Н. Громова вряд ли была осуществима. 

На следующем этапе развития российского сегмента компьютерной телефонии, 
а именно на этапе разработки систем предоставления и биллинга услуг связи, в 
рамках компании «Интент» и группы компаний «ГГМТ» большое участие в разра- 
ботках и внедрении приняли ведущие сотрудники С.Н. Корденков, А.А. Бродский, 
С.В. Титов, С. Снегуров, А.А. Хромов и М.А. Аврущенко. 

Без заинтересованности ведущих российских операторов связи и их руководите- 
лей в использовании эффективных отечественных систем предоставления и биллинга 
услуг связи вряд ли можно было добиться дальнейшего технического прогресса в 
этом направлении. Поэтому необходимо отметить неоценимую помощь, которую 
оказали в подготовке книги генеральный директор «ЦентрТелеком» Р.А. Амарян, ди- 
ректор по электронной коммерции компании «ВымпелКом» В.В. Маркелов и менед- 
жер проектов А.В. Михайлик, заместитель генерального директора компании «Ин- 
ком» А.З. Квактунов, генеральный директор «Информсервис и Ко» Т.Я. Раньков и 
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ПРЕДОСТАВЛЕНИЕ 
УСЛУГ СВЯЗИ 


Глава 1 


УСЛУГИ СВЯЗИ 


1.1. Предоставление услуг связи 


Можно говорить о четырех составляющих существования человека — это воздух, 
вода, пища и информация. И если без первых трех не может жить человек, то без 
четвертой — существовать общество. Информация сама по себе бесполезна, зна- 
чит, нужны средства ее передачи между индивидуумами общества. Чем выше уро- 
вень развития общества, чем больше накапливается информации, тем более совер- 
шенными должны быть средства обмена информацией. И этот процесс бесконечен. 

Телекоммуникации, которые первоначально являлись лишь одним из средств 
обмена информацией, в последние годы все более выходят на первый план. Теле- 
коммуникации становятся не только средством обмена информацией, но и ее ис- 
точником. В этом случае можно говорить о том, что телекоммуникации, а более 
точно — инфокоммуникации, предоставляют индивидууму и обществу в целом ус- 
луги по передаче, хранению и воспроизводству информации. 

Своему появлению телекоммуникации обязаны потребностям в обмене инфор- 
мацией между индивидуумами в реальном времени. Соединение двух абонентов, 
находящихся друг от друга на значительном расстоянии, в удобной и привычной 
для них речевой форме являлось одним из великих достижений человечества. Такое 
соединение лежит в основе телекоммуникаций, поэтому можно говорить о таком 
соединении как об основной услуге связи. 

Бурное развитие телекоммуникационных технологий, особенно на рубеже ново- 
го тысячелетия, в первую очередь объясняется постоянно возрастающей потребно- 
стью в передаче актуальной информации и увеличении ее объемов. Определяя эти 
требования в категории инфокоммуникационных услуг, можно говорить о потреб- 
ности в номенклатуре и качестве предоставляемых услуг как производных увеличе- 
ния коммуникабельности мирового сообщества в целом, его отдельных групп и ин- 
дивидуумов. 

Говоря о предоставлении телекоммуникационных услуг, необходимо рассмат- 
ривать две составляющие: коммуникационную (доступ к услуге) и реализацию (ал- 
горитм услуги). Между этими составляющими нет дилеммы, какая из них первич- 
на, поскольку без коммуникации не может идти речь о реализации услуги. Исходя 
из этого, услуга по коммуникации двух конечных пользователей или конечного 
пользователя с некоторой службой получила название основной услуги, а все теле- 
коммуникационные сервисы — дополнительных услуг [1]. 
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Деление услуг на основные и дополнительные присущи не только традицион- 
ной телефонной связи. Если обратится к современным средствам связи, например, 
Интернету, который по своей сути предназначен для информационного взаимодей- 
ствия, а не соединения двух абонентов, то видно, что каждый из его пользователей 
для получения всего спектра Интернет-услуг вначале соединяется с узлом связи 
своего оператора (провайдера), а затем уже получает другие услуги в рамках этого 
соединения. Поэтому, на наш взгляд, не будет ошибочным придерживаться терми- 
нологии «основная» и «дополнительная» услуга для всех видов сетей. 

Получение конечным пользователем основных услуг (по терминологии между- 
народных организаций — универсальных услуг), представляющих собой минимум 
телекоммуникационного обслуживания на сети общего пользования с гарантиро- 
ванным качеством и по доступным ценам, регулируется законодательством всех 
цивилизованных стран. Универсальная услуга должна предоставляться конечному 
пользователю независимо от места его проживания и от того, использует ли он эту 
услугу для личных целей или для коммерческой или общественной деятельности. 

Подобные гарантии демократических государств по предоставлению всем чле- 
нам общества «телекоммуникационных прав» являются безусловным завоеванием 
современной цивилизации и должны обеспечиваться государством на экономиче- 
ском уровне. В отдельных случаях государство может пойти на определенную ма- 
териальную компенсацию затрат телекоммуникационных операторов сети общего 
пользования за предоставление основных услуг по регулируемым государственным 
ценам. Однако материальная компенсация не всегда покрывает затраты этих опера- 
торов даже на предоставление основных услуг местной телефонной связи. 

Предыдущие рассуждения в большей мере относились к определению места те- 
лекоммуникационных технологий и услуг в жизни общества, рассмотрим теперь 
эти аспекты под другим углом, а именно с точки зрения телекоммуникационных 
операторов. 

Если обратиться к истории предоставления услуг телефонной связи, то на про- 
тяжении последних тридцати лет в ней проявляются закономерные тенденции, при- 
сущие любым технологиям предоставления услуг в индустриальном обществе: воз- 
никновение потребности в услуге, частичное удовлетворение данной потребности 
при высоких ценах на услугу, расширенное предоставление услуги за счет умень- 
шения ее цены, полное предоставление услуги с минимальными ценами и, наконец, 
возникновение новых потребностей (или «воспитание» их в потребителе) и т.д. По- 
явление альтернативных видов связи, конкурирующих с телефонной связью, есте- 
ственно, влияет на тарифную политику операторов телефонной связи. Уже в 70-е 
годы прошлого века появилась мировая тенденция к снижению тарифов на комму- 
тационные услуги телефонной связи, а в настоящее время они находятся на грани 
окупаемости. К сожалению, внеэкономическое государственное регулирование та- 
рифов в условиях рыночной экономики приводит к еще большим потерям. Единст- 
венным путем выживания в данном случае является уменьшение собственных из- 
держек операторов. 

Для того чтобы успешно конкурировать на телекоммуникационном рынке, опера- 
торам приходится постоянно улучшать качество связи за счет модернизации обору- 
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дования и сетей связи, а также осваивать новые сегменты рынка и учитывать их по- 
требности. Все это требует постоянно возрастающих затрат. Поэтому поиск экономи- 
ческих резервов развития является основой деятельности любого оператора связи. 

Учет существующих мировых тенденций на рынке телекоммуникаций позволя- 
ет повторить уже известную формулу эффективности деятельности телекоммуни- 
кационного оператора: диверсификация предоставления услуг плюс снижение соб- 
ственных издержек. 

Таким образом, из сказанного выше вытекает достаточно тривиальный, но 
очень важный вывод: оптимальная стратегия развития телекоммуникационного 
оператора заключается в предоставлении дополнительных услуг. 

Предоставление основных услуг связи всегда подразумевает двух участников: 
оператора и пользователя. Наличие, наравне с основными, дополнительных услуг 
расширяет состав участников этого процесса. Так, наряду с оператором сети — фи- 
зическим или юридическим лицом, ответственным за инфраструктуру сети связи и 
имеющим право на предоставление услуг электросвязи — в процессе предоставле- 
ния дополнительной услуги может участвовать оператор услуги — физическое или 
юридическое лицо, ответственное за инфраструктуру программно-технических 
комплексов и технологию предоставляемых дополнительных услуг, а также имею- 
щее право на предоставление этих услуг. Одновременно, кроме пользователя до- 
полнительной услуги, в этом процессе может участвовать абонент услуги — физи- 
ческое или юридическое лицо, использующее (арендующее) на коммерческой осно- 
ве ресурсы программно-технических комплексов для предоставления услуг конеч- 
ному пользователю [2]. 

Важными аспектами предоставления телекоммуникационных услуг являются 
среда предоставления и характер передаваемой информации. Под средой предос- 
тавления обычно понимают вид сети связи, по которой передается информация. 
Поскольку целью книги является не изучение сетей связи и принципов их построе- 
ния, а рассмотрение услуг, предоставляемых конечному пользователю на основе 
этих сетей, сетевые вопросы будут освещаться в сокращенном виде. За дополни- 
тельной информацией читатель может обратиться к специальной литературе. 

В настоящее время сети связи строятся на двух основных принципах или их 
комбинации: коммутация каналов или пакетная коммутация. Сети связи, основан- 
ные на принципе коммутации каналов, образуют для каждого соединения один 
сквозной канал — физическое соединение. Например, при коммутации двух або- 
нентов, присоединенных к двум разным телефонным станциям (АТС), образуется 
канал: вызывающий абонент — АТС1 — сеть связи — АТС2 — вызываемый або- 
нент. Аналогичный канал образуется для связи между абонентом и некоторой 
службой, которая оказывает услуги. При этом канал может быть как аналоговым, 
так и цифровым. На рис. 1.1 показаны три основные возможности доступа конечно- 
го пользователя к службам предоставления услуг, которые отличаются совокупно- 
стью связей между сетью доступа и средствами предоставления услуги. (Более под- 
робно этот вопрос рассмотрен в рекомендациях Международного союза электро- 
связи (МСЭ), документах Рабочей группы по инженерным вопросам Интернета 
(ТЕТЕ) и систематизирован в [2, 3].) 
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Рис. 1.1. Возможности доступа конечного пользователя к службам предоставления услуг 


При пакетной коммутации для связи между абонентами физический канал не 
образуется. Информация, которая передается между ними, при необходимости пре- 
образуется в цифровую форму и разбивается на группы (пакеты). Каждому пакету 
присваиваются, в частности, адрес отправителя и адрес получателя. Эта два адреса 
являются основными параметрами процесса маршрутизации, результатом которого 
является образование цепочки физических соединений на отдельных участках сети 
для передачи каждого пакета. Поскольку получаемое соединение носит временный 
и недетерминированный характер, его называют виртуальным каналом. 

Наглядным примером комбинации двух принципов коммутации является Ин- 
тернет-соединение через телефонную сеть, когда от модема абонента до АТС, на 
которой помещен узел (иначе называемый точкой присутствия — рошЕ оф ргезеп® 
провайдера, образуется физический канал, а от узла провайдера до других узлов — 
виртуальный канал. В настоящее время на комбинированных принципах функцио- 
нируют многие сети, которые ранее традиционно строились на принципах комму- 
тации каналов. Такую возможность дает использование Интернет-телефонии (теле- 
фонная связь по сети Интернет) или [Р-телефонии (телефонная связь по выделен- 
ным сетям, использующим протоколы сети Интернет). 

К сетям пакетной коммутации относятся сети, основанные на принципах пере- 
дачи пакетов или кадров. Каждая из этих сетей функционирует на основе своего 
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протокола, например, с ретрансляцией кадров (Егате Ке]ау), с асинхронным режи- 
мом переноса (АТМ) или коммутацией пакетов по протоколу Х.25. 

Необходимо отметить, что при рассмотрении дополнительных услуг, предос- 
тавляемых данными сетями, в основном рассматриваются случаи, когда конечный 
пользователь не имеет постоянного подключения к службе предоставления услуг 
(точка-точка), а осуществляет подключение со своего терминала по коммутацион- 
ному принципу. 

Упоминание о различных принципах построения сетей связи делается для то- 
го, чтобы подчеркнуть, что независимо от их применяемой сети суть предоставле- 
ния услуг остается единой: соединился — получил услугу. Основные и дополни- 
тельные услуги могут оказываться разными сетями. В то же время эти сети могут 
пересекаться и комбинироваться, реализуя все многообразие стоящих перед ними 
задач [4]. 

С точки зрения характера информации, передаваемой по сетям связи, ее можно 
разделить на речевую, видео и данные. Следует отметить, что предоставление ус- 
луг для разной информации имеет свои особенности, однако, как будет показано 
ниже, существует общий подход к предоставлению дополнительных услуг. 

Необходимо также отметить, что существуют еще и ряд специализированных 
сетей передачи данных, в основном ведомственных, которые также предназначе- 
ны для передачи данных, но их рассмотрение выходит за рамки настоящего изда- 
ния [2]. 


1.2. Дополнительные услуги 
1.2.1. Классификация дополнительных услуг 


Классификация дополнительных услуг электросвязи — нетривиальная задача не 
только по своей сути, но в связи с разными подходами к этому вопросу. К сожале- 
нию, нет единого подхода даже’`в тех международных организациях, которые при- 
званы разрабатывать единые международные рекомендации, таких, как МСЭ и 
ТЕТЕ. В руководящих документах Администрации связи РФ предложены варианты 
такой классификации [2], многие специалисты для этой цели также предлагают раз- 
личные критерии (см., например, [3]). 

Попытаемся со своей стороны (не в противовес, а в дополнение) классифициро- 
вать дополнительные услуги с позиций анализа информации, на которых в опреде- 
ленной мере основывается и классификация, предложенная в [2]. При этом следует 
учитывать, что одна и та же услуга, реализованная на разных сетях связи, не меняет 
своей сути. Кроме того, необходимо понимать, что услуга конечному пользователю 
может быть оказана как оператором связи, так и абонентом услуги. 

Поскольку любая услуга — это действие с информацией, то количество и сово- 
купность этих действий, а также временные и качественные характеристики этих 
действий, формы абонентского доступа к этой информации и тип ее предоставле- 
ния могут служить основой классифицикации услуг. 
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Действия с информацией (2): 

- прием (Р;), 

— обработка (2), 

— хранение (Р.), 

_ передача ([),). 

Временные характеристики действий (Т): 

— в процессе предоставления (Т,), 

— сразу после окончания (Тв), 

— через некоторое время после окончания (Т+). 

Качественные характеристики (вид) информации (О): 

— речевая (О.), 

— визуальная (0), 

— данные (О). 

Форма абонентского доступа к информации (Е): 

— индивидуальный сетевой терминал абонента (Ё;) (например, телефонный ап- 
парат, радиотелефон, факсимильный аппарат); 

— групповой терминал (Р’›) (например, таксофон или компьютер). 

Гип предоставления информации (С): 

— автоматическое предоставление информации (С.), 

— «ручное» предоставление (С), т.е. предоставление информации с участием 
человека. 

Сетевая принадлежность (5): 

— сети коммутации каналов (5х), 

— сети пакетной коммутации (5,), 

— смешанная (5), 

— транспортная (.5,). 


Классификация дополнительных услуг по форме абонентского доступа в опре- 
деленной мере условна, поскольку бурное развитие индивидуальных терминалов и 
их многофункциональность в определенной мере стирает грани между ними и тер- 
миналами группового использования. 

Как упоминалось выше, дополнительные услуги могут предоставляться сетями 
коммутации каналов и сетями с пакетной коммутацией, при этом каждая из этих се- 
тей может служить транспортом (способом доступа) к услугам другой сети. В этом 
случае появляется некоторая неоднозначность, поскольку первоначально транс- 
портные услуги в понятии «коммутационные» определялись как основные услуги 
данной сети. Для исключения этой неоднозначности необходимо четко определить 
основные услуги как услуги соединения двух конечных пользователей и исключить 
из этого определения понятие «конечного пользователя» в виде «службы». 

Таким образом, исходя из анализа информации, можно каждую услугу опреде- 
лить набором информационных параметров {; Г; О; Е; С; 5}, что, в свою очередь, 
позволяет классифицировать каждую услугу в многомерной области. 

С прикладной точки зрения, если определить каждый из параметров в цифро- 
вой области, то характеристика услуги (Н) будет выражаться набором цифр, при- 
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чем отсутствие некоторой характеристики или ее неопределенность трактуется 
как «0»: 

Н={0, Т, О, Е, С, 5}, 
где каждый из параметров определен в области допустимых значений. Например: 

Р=0или БО, О.Б, [» }, где; Е {0, 1}; 

Г= 0 или Т{ТЬ, То, Ток, где Т, Е {0, 1%; 

О = 0 или ОО. О,, Оз}, где О; = {0, 1}; 

Е= 0 или Е{Е, Е‚}, где Е; Е {0, 1}; 

С=0Оили С{С., Св}, где С; Е {0, 1$; 

9 =5{5к, Эр» д, и}, ГДЕ; Е {1,..., №}, М — условный номер сети. 

Такой подход к классификации услуг дает возможность не только не ограничи- 
ваться предложенными параметрами, но и при необходимости увеличивать их ко- 
личество. Для описания дополнительных услуг необходимо выбрать один из пара- 
метров, который входит в описание максимально возможного количества услуг. Та- 
ким параметром, на наш взгляд, является параметр 5, который классифицирует до- 
полнительные услуги по сетевым принципам. 

Важным аспектом классификации услуг, который в дальнейшем не только влия- 
ет на разработку и предоставление услуги, но и определяет политику ее продвиже- 
ния, является выделение из услуги (зегу1се) компонента услуги (зегу1се еабге). Лю- 
бая услуга характеризуется одной или набором компонент и является самостоятель- 
ным коммерческим предложением, которое может быть различимо пользовате- 
лем. Компонента услуги является ее специфической частью, которая только в сово- 
купности с другими услугами и компонентами услуг может составлять часть само- 
стоятельного коммерческого предложения. Мы специально остановились на этом 
вопросе, чтобы, с одной стороны, показать определенную субъективность в опреде- 
лении услуг, а с другой — подчеркнуть, что только пользователь, в конечном счете, 
может воспринять предлагаемые ему возможности как услугу. В данном случае мы 
вторгаемся в специфическую и самостоятельную область маркетинга и, чтобы не 
отвлекаться от основной темы, выносим наш комментарий в Приложение 1.1. 

Еще один принцип классификации дополнительных услуг — классификация по 
принципам их предоставления. Так, услуги, которые предоставляются с помощью 
интеллектуальных сетей связи, классифицируются как интеллектуальные услуги 
(см. например, Приложение 1.2). 

К внесетевым дополнительным услугам можно отнести: 

— телематические услуги; 

— услуги с дополнительной интеллектуальной коммутацией; 

— услуги интеллектуального биллинга. 

К дополнительным услугам сетей с пакетной коммутацией обычно относят: 

— информационно-адресные услуги; 

— услуги обмена электронными сообщениями; 

— услуги конференций; 

— услуги внутрисетевого доступа. 

Рассмотрим более детально перечисленные выше услуги и некоторые техноло- 
гические аспекты их предоставления. 
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1.2.2. Телематические услуги 


К информационно-справочным услугам относятся услуги автоматического или 
ручного предоставления требуемой информации по запросу конечного пользовате- 
ля. При этом часть справочной информации может быть первоначально каталогизи- 
рована, и запрос может быть разовым или осуществляться в интерактивном (диало- 
говом) режиме для уточнения вопроса. 

Примерами реализации таких услуг могут служить ручные и автоматические 
справочные службы. В ручных справочных службах диалог между конечным пользо- 
вателем и телефонным оператором осуществляется в речевой форме, а при получе- 
нии информации через автоматические службы — с помощью универсального авто- 
матического диалога (УАД) [5]. Такие службы могут предоставлять как информацию 
об абонентах сети, например по номеру телефона абонента найти его адрес и наобо- 
рот, так и практически любую коммерческую и некоммерческую информацию. 

Новой возможностью реализации информационно-справочных услуг для або- 
нентов мобильной связи является использование протокола ООСР (Ошуегза| Пла- 
1огие Сопбо! Рго{юсо]), который позволяет обеспечить дуплексный режим обмена 
информацией между абонентом и информационной службой. При этом имеется 
возможность пересылки как текстовых сообщений, так и данных, в том числе с по- 
мощью протокола \МАР (\УМпеез$ АррПсайоп Ргоюсо]) передавать \УМеБ-страницы 
Интернета. Для абонентов мобильной сети с помощью этого протокола можно реа- 
лизовать различные информационные услуги, например, доставку на экран або- 
нентского терминала информации о стоимости оказанной услуги, в частности за- 
вершенного вызова. 

Спектр возможного использования услуг аудиотекса (иногда к нему ошибочно 
относят все интеллектуальные услуги) простирается от простейшего информирова- 
ния абонента (автоответа) до сложных диалоговых алгоритмов с интеллектуальной 
обработкой данных. К услугам аудиотекса обычно относят прогноз погоды, тесты, 
интерактивные игры, гороскопы, голосование и другие элементы управления зрите- 
лями действием в интерактивном телевидении и радио и т.п. 

К услугам телеконференций можно отнести услуги аудио- и видеотелеконфе- 
ренций. Услуга аудиоконференции реально является расширением услуги корпора- 
тивной сети «конференцсвязь», однако имеет более широкие возможности. В отли- 
чие от конференцсвязи эта услуга существует вне времени и желания пользовате- 
лей. Каждый из пользователей может подключится к любой из существующих 
групп пользователей, которые участвуют в общении в данной группе. 

Услуга видеоконференции часто бывает сеансовой и организуется между поль- 
зователями, значительно разнесенными территориально. При этом могут использо- 
ваться как индивидуальные видеотерминалы, так и групповые терминалы, установ- 
ленные, например, в конференц-залах. Видеоконференция, как правило, ведется в 
покадровом режиме, т.е. передается не непрерывное видеоизображение, а ряд по- 
следовательных кадров. 

Услуга голосовой почты (у0о1се теззаге) определяется обычно как услуга по 
записи, хранению и выдаче по запросу речевых сообщений. Для реализации услуги 


20 ГЛАВА 1 


образуется система «речевых почтовых ящиков», где хранятся записанные сообще- 
ния. Услуга подразделяет своих пользователей на две категории: «владелец» и 
«абонент». В простейшей конфигурации услуги абонент записывает речевое сооб- 
щение в речевой почтовый ящик владельца. Данное сообщение хранится в почто- 
вом ящике до момента востребования его владельцем. Одним из основных свойств 
услуги является авторизация звонящего абонента, исходя из результатов которой 
определяются его права и функциональные возможности. В более сложных систе- 
мах голосовой почты владелец может оставлять в своем почтовом ящике речевые 
сообщения не только для всех абонентов, позвонивших в его почтовый ящик, но 
также сообщения для групп и конкретных абонентов. 

Услуга голосовой почты может включать различные типы оповещений владель- 
ца о получении сообщений. В частности, оповещения могут передаваться на пей- 
джер, мобильный телефон, в том числе в виде 5М$, а также в электронный почто- 
вый ящик абонента. 

Услуга голосовая почта является основой для реализации услуги универсально- 
го почтового ящика (ип1-теззаре). 

Услуги факсимильной связи обычно подразделяются на услуги телефакса, 
комфакса и бюрофакса. Услуга телефакса относится к услугам реального времени 
и подразумевает прямую передачу факсимильных сообщений непосредственно ме- 
жду факсимильными терминалами абонентов. Услуга комфакса относится к услу- 
гам с предварительным накоплением факсимильных сообщений и дальнейшей их 
рассылкой. Услуга бюрофакса используется в случаях, когда у абонента отсутству- 
ет свой факсимильный аппарат. В этом случае служба берет на себя прием и от- 
правку факсимильных сообщений адресатам в установленные сроки. 


1.2.3. Услуги с дополнительной интеллектуальной коммутацией 


Особенностью данных услуг является то, что они связаны с процессом установле- 
ния/разъединения соединения. 

Услуга универсального номера доступа (ишуегза| ассез$ пмтбег) состоит в 
предоставлении пользователю единого многоканального номера для всех входящих 
вызовов и маршрутизации этих вызовов на заданный пользователем список теле- 
фонных номеров. При этом пользователь может задавать последовательность вызо- 
ва по этим номерам по некоторым правилам, например по времени суток. Обычно 
такой услугой пользуется группа абонентов, например, некоторой компании. Поль- 
зователь может также задавать различные алгоритмы вызова, в частности без пере- 
адресации на список номеров. В этом случае могут комплексно использоваться и 
другие услуги, например, голосовая почта, факсимильная почта и т.д. Часто данную 
услугу называют «виртуальным офисом». 

Услуга универсальной персональной связи, или персонального номера (рег- 
опа! питбег) состоит в предоставлении пользователю единого городского номера, 
вызовы на который маршрутизируются на сетевые номера телефонов в соответст- 
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вии с заданным пользователем списком номеров и расписанием. Услуга должна 
предусматривать возможность оперативного изменения списка и расписания. Услу- 
га может быть дополнена функцией «бесплатный вызов» (Неервопе) или функцией 
«вызов за дополнительную оплату» (ргеттит гае зегу1се). 

Услуга телеголосования позволяет абонентам путем набора группы телефон- 
ных номеров проголосовать за то или иное мнение. При этом может использоваться 
упрощенный или интеллектуальный алгоритм. При упрощенном алгоритме каждо- 
му мнению соответствует свой номер телефона, и вызов по данному номеру будет 
соответствовать положительному голосованию. При усложненном интеллектуаль- 
ном алгоритме услуги имеется только один телефонный номер для данного голосо- 
вания. Выбор мнения реализуется набором добавочной цифры из меню. Первый ал- 
горитм обычно используется при реализации интерактивного телевидения или ра- 
дио, второй — при независимом опросе. Кроме того, во втором случае имеется воз- 
можность задавать дополнительные вопросы. 

Услуга виртуальной частной сети (Ушаа| Рпуже Мекхогк, УРМ) предоставля- 
ет пользователю (как правило, это юридическое лицо) возможность организовать 
собственную сеть на базе оборудования и линий оператора связи, при этом пользо- 
ватель получает полный контроль за назначением номеров, прав и приоритетов 
абонентов. 

Услуга «центрикс обширной зоны» по сути аналогична учрежденческой 
АТС и предоставляют сеть общего пользования группам географически распре- 
деленных абонентов. В этом случае пользователь имеет общую виртуальную 
систему нумерации своих абонентов независимо от их географического место- 
нахождения. 

Услуга саЙ]-центра является услугой, которая реализуется с помощью руч- 
ной операторской службы путем формирования функциональных групп опера- 
торов-телефонисток. Основное назначение служб са]-центра — прием и обра- 
ботка входящих звонков, в том числе: автоматический прием вызова, автомати- 
ческое определение номера звонящего, получение дополнительных сведений о 
звонке для его маршрутизации, автоматическая регистрация входящих звонков с 
указанием действий пользователя и оператора, обеспечение приоритизации и 
векторизации вызовов, фильтрация звонков, удержание входящих вызовов в те- 
чение заданного времени и пр. Важным элементом услуги является автоматиче- 
ская поддержка функций справочно-информационного характера с реализацией 
практически произвольного сценария диалогов, а также использование элемен- 
тов аудиотекса. 

Услуга должна обеспечивать интеллектуальную маршрутизацию звонков на 
основе анализа номера, информации, полученной от абонента в процессе обслу- 
живания звонка, анализа заинтересованности пользователя в той или иной ин- 
формации справочной подсистемы, наличия и рейтингов операторов, а также на 
основе жестких алгоритмов маршрутизации, заданных администратором систе- 
мы. Важным элементом услуги является поддержка функции обратного вызова 
и функция автоматического распознавания, приема и обработки факсимильных 
сообщений. 
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1.2.4. Услуги интеллектуального биллинга 


Услуга «вызов по телефонным картам» (рВопе саг4 саШп>) заключается в предос- 
тавлении абоненту доступа к основным и дополнительным услугам, в том числе к 
междугородной и международной телефонной связи, по уникальным пин-кодам те- 
лефонных карт. В стандартном варианте используются предоплаченные (дебето- 
вые) карты. (Здесь и далее под термином «пин-код» подразумевается некоторая 
уникальная для каждого случая последовательность цифр.) 

Данная услуга предусматривает набор номеров карты и телефона, как правило, 
в тональном режиме набора, однако имеется возможность импульсного режима. 
Кроме того, при наличии функции автоматического опознавания номера (АОН) 
абонент может зарегистрировать часто используемые номера телефонов исходящей 
связи и получать с них доступ к услуге без набора пин-кода. Система автоматиче- 
ски определит номер его телефона и, если он зарегистрирован и связан с конкрет- 
ной именной телефонной картой, предоставит необходимую услугу. Поскольку ус- 
луга относится к интеллектуальному биллингу, учет стоимости осуществляется 
специальными автоматизированными системами расчетов. 

Услуга «усовершенствованный бесплатный вызов» (Ёеервопе) в части реа- 
лизации совпадает с услугой «универсальный номер доступа» (вызов направляется 
по некоторому логическому телефонному номеру и должен быть маршрутизирован 
на конкретный сетевой номер). Отличие заключается в том, что плата за вызов с 
вызывающего абонента не взимается. 

Использование данной услуги при построении федеральных сетей позволяет 
предоставлять полноценный бесплатный междугородный номер доступа. В случае, 
когда исходящий звонок местной связи является бесплатным, данная услуга факти- 
чески является услугой справочной службы или службы поддержки. 

К группе услуг с дополнительной таксацией относят услугу вызова за допол- 
нительную оплату (ргепиит ге зегусе), которая также основана на услугах типа 
«универсальный номер доступа». С точки зрения оплаты за услугу, что следует из 
ее названия, за предоставление услуги (дополнительно к доступу к сети связи) все- 
гда платит вызывающий абонент. Весьма эффективным является предоставление 
платных развлекательных, консультационных и информационных программ, в ча- 
стности услуг аудиотекса. 


1.2.5. Услуги передачи данных 


Информационно-справочные услуги базируются на рекомендациях МСЭ серии 
Х.500 и 2.500. Одним из видов таких услуг являются информационно-поисковые 
услуги, которые включают поиск объекта по совокупности его характеристик или 
критериям самого поиска в явном или косвенном виде, указанном конечным поль- 
зователем. 

Услуга обмена электронными сообщениями, реализованная в сети Интернет, 
получила название «электронной почты». Услуга основана на возможности абонен- 
та организовать на сервере провайдера или на многих порталах Интернета элек- 


УСЛУГИ СВЯЗИ 23 


тронный почтовый ящик, в который любой пользователь Интернета имеет возмож- 
ность, зная электронный адрес, посылать текстовые сообщения, а также любые 
прикрепленные файлы. 

Службы обмена электронными сообщениями основаны как на рекомендациях 
МСЭ (рекомендации МСЭ-Т серия Х.400) — службы обработки сообщений, так и 
на документах 1ЕТЕ — службы электронной почты. 

Услуги конференций позволяют одновременно многим пользователям сети об- 
мениваться электронными сообщениями на конкретную тему, используя опреде- 
ленные адреса электронной почты (называемые также форумами). 

К услугам внутрисетевого доступа относятся услуги доступа к информацион- 
ным ресурсам сети, в частности, для сети Интернет это доступ к У\У’еБ-серверам, а 
также услуги доступа к серверам новостей (пе\$ эгопрэ). 

К Интернет-сервисам обычно относят услуги провайдера по размещению на 
своем сервере \У!еБ-сайтов частных пользователей или юридических лиц. Предос- 
тавляемые ресурсы подразделяются как по возможностям программного обеспече- 
ния, доступного пользователю (например, использование баз данных), так и по объ- 
ему дискового пространства, выделяемого пользователю на сервере. Подобные ус- 
луги называют также хостингом. 

Вариантами доступа к оператору через Интернет являются СПК-®ю-Рла| — 
доступ пользователя к оператору центра с помощью нажатия клавишы мыши при 
работе пользователя с тем или иным сайтом в Интернете; СйсК-ю-СаП ВасК — ана- 
логичная услуга, но подразумевающая заказ встречного вызова от оператора к або- 
ненту с помощью такого же нажатия клавиши мыши на иконку; СПК-®ю-ЕРах — заказ 
факсимильного подтверждения. 


1.2.«‹6. Дополнительные транспортные услуги 


Как упоминалось выше, существует комплекс услуг, который относится к взаимо- 
действию сетей и оказанию дополнительных услуг одной сети для другой. Такие 
услуги можно отнести к услугам межсетевого доступа. Роль и место этих услуг 
трудно переоценить в связи с современной тенденцией интеграции сетей связи. 

К дополнительным транспортным услугам можно отнести услуги доступа к се- 
ти пакетной коммутации, в частности к сети Интернет, по телефонной (кабельной и 
эфирной) сети и услуги пакетной телефонии. 

Услуги доступа к сетям пакетной коммутации, в частности к сети Интернет, 
делятся на услуги коммутируемого (41а|-ир) и постоянного доступа. В случае реа- 
лизации услуги на принципе 41а]-ир абонент со своего компьютера, подключенного 
через модем к терминалу сети коммутации пакетов, соединяется с модемным пулом 
транспорта (маршрутизатора) провайдера сети с коммутацией пакетов. При этом 
модемный пул обычно имеет групповой (многоканальный) номер сети коммутации 
каналов. Такое соединение имеет одинаковую технологию как для кабельных, так и 
эфирных (в том числе спутниковых) каналов данной сети. Чаще всего в настоящее 
время для этих целей используются телефонные сети общего пользования (ТфОП) 
и радиотелефонные сети независимо от их типа. 
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При постоянном доступе «точка-точка» модем компьютера конечного пользо- 
вателя подключен по прямому физическому или эфирному каналу к сетевому моде- 
му, подключенному к маршрутизатору провайдера. 

Одной из перспективных возможностей организации такого доступа является 
технология передачи по симметричной медной паре (Зиптейлса! О12па| Зибзспег 
Глпе, ЗОЗГ.). Данная технология позволяет использовать уже существующую або- 
нентскую телефонную сеть, при этом дает возможность одновременно использо- 
вать абонентскую телефонную линию как для телефонной связи, так и для доступа 
в Интернет. 

Услуга пакетной телефонии определяется как передача речи по сети пакетной 
коммутации. В сетях пакетной коммутации используются различные протоколы пе- 
редачи данных: ТСРЛР, Егате Кейау, РРР, АТМ. Для каждого из этих протоколов 
возможна передача речи поверх данных. 

Поскольку в сети Интернет основным протоколом является [Р, то такая пере- 
дача получила название Уо]Р (Уол1се оуег [Р), или Интернет-телефонии. Принци- 
пы реализации Интернет-телефонии достаточно полно освещены в литературе, 
например [6, 7], а некоторые основные сведения приведены в гл. 2. В контексте 
данной главы необходимо отметить, что, несмотря на то, что Интернет-телефония 
по своим потребительским свойствам является передачей речевой информации 
между двумя абонентами, ее формально нельзя отнести к основным услугам в со- 
ответствии с международными документами. В данном разделе мы ограничимся 
только теми аспектами Интернет-телефонии, которые необходимы для определе- 
ния ее как услуги. 

В Интернет-телефонии имеются три возможности передачи речевой информа- 
ции по сети, а именно: от компьютера, оснащенного соответствующими техниче- 
скими средствами и программным обеспечением, к аналогичному компьютеру; от 
компьютера по сети пакетной коммутации через специальный шлюз к сети комму- 
тации каналов, а затем к телефонному аппарату; от телефонного аппарата к шлюзу, 
затем через сеть Интернет и через другой шлюз к сети коммутации каналов к теле- 
фонному аппарату вызываемого абонента. При определении Интернет-телефонии 
как дополнительной услуги видно, что в случае соединения двух компьютеров сеть 
Интернет выполняет свои основные функции, в то время как в двух других случаях 
имеет место транспортная услуга. 

Важной особенностью Интернет-телефонии является возможность организации 
услуг, аналогичных услугам $О0ОМ для традиционных сетей общего пользования. 
Речь в данном случае речь идет об услугах типа УГ, (СУ, [СРМ и других. 

Услуга виртуальной второй линии (Уа| Зесопа Глпе, УЗГ.,) заключается в 
том, что дает возможность абоненту ответить на входящий Интернет-телефонный 
вызов, не прерывая сеанса связи с Интернет; 

Услуга ожидания вызова в Интернет (П{егпе! Са У/а1ише, 1С\/) позволяет из- 
вестить пользователя во время сеанса связи с Интернет о поступившем телефонном 
вызове, а далее управлять ответом на этот вызов, используя одну из следующих оп- 
ций: ответить на вызов, перенаправить вызов на голосовую почту, поставить вызов 
на ожидание или игнорировать вызов. 
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Услуга управления профилем абонента Интернета (Пете! Сизютег РгоШе 
Мапагетепь [СРМ) позволяет абоненту, соединенному с сетью Интернет, управ- 
лять профилем услуги непосредственно из \еБ-страницы, аналогично тому, как он 
ранее имел такую возможность управлять тональным набором с клавиатуры обыч- 
ного телефонного аппарата. 

Несколько особняком в контексте данной классификации стоит услуга «про- 
двинутая виртуальная частная сеть» (Ппргоуед УРМ), аналогичная услуге «вир- 
туальная частная сеть». Эта услуга распространяет на сети [Р-телефонии большин- 
ство привлекательных свойств УРМ. Учитывая особенности сети Интернет, она да- 
ет возможность объединения персональных компьютеров, стационарных и мобиль- 
ных терминалов в единую виртуальную частную сеть, а также оптимизировать мар- 
шрутизацию вызовов внутри этой сети. 


1.3. Дополнительные возможности при предоставлении услуг 


В процессе предоставления оператором или получения абонентом различных услуг 
они могут воспользоваться набором дополнительных возможностей (опций), свя- 
занных с управлением доступом к услуге, ее оплатой и т.п. Описание опций широ- 
кого спектра дополнительных услуг приведено в Международных рекомендациях 
ГГО-Т 0.1211. 

Дополнительные возможности при предоставлении услуг можно классифициро- 
вать по нескольким группам: 

— аутентификация и авторизация; 

— оплата; 

— ограничения; 

— маршрутизация; 

— управление; 

— помощь, подсказки. 

Аутентификация и авторизация позволяют определить правомочность соот- 
ветственно выполнения пользователем определенных действий, связанных с пре- 
доставлением данной услуги, и получения пользователем того или иного объема 
каждой из услуг и/или всех услуг. Основой аутентификация и авторизации могут 
служить сетевой номер терминала абонента (номер телефона или 1Р-адрес) и/или 
дополнительная информация, вводимая абонентом вручную или автоматически в 
виде пин-кода (в сетях с коммутацией каналов) или логина и пароля (в сетях пакет- 
ной коммутации). В зависимости от используемых технологий аутентификация и 
авторизация могут выполняться как последовательно, так и одновременно. 

Оплата услуг может выполняться различным способом, в частности: 

— реверсивная оплата обеспечивает оплату вызовов абонентом услуги, а не 

пользователями услуг; 

— дополнительная оплата обеспечивает начисление дополнительной оплаты за 

предоставленную информацию; 
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— контроль кредита означает, что перед установлением соединения проверяет- 
ся наличие и размер кредита на данной расчетной карте путем взаимодействия 
с коммерческой организацией; если кредит есть, то пользователю предостав- 
ляется возможность установления соединения; 

— управление разъединением означает, что в процессе соединения постоянно 
контролируется оставшийся кредит, при достижении определенного миниму- 
ма пользователь услуги предупреждается с помощью специального тонально- 
го сигнала, и соединение разрывается после определенного тайм-аута. 

В процессе оказания услуги можно воспользоваться различного рода ограниче- 

НИЯМИ: 

— ограничение поступающих вызовов позволяет оператору автоматически огра- 
ничить число вызовов, направляемых к абоненту, для предотвращения пере- 
грузки сети; 

— ограничение одновременно поступающих вызовов позволяет абоненту услуги 
указать максимальное количество одновременно поступающих вызовов в 0б- 
служиваемом направлении или проводить подсчет текущего количества вызо- 
вов и отклонять вновь поступающие вызовы при достижении заданного поро- 
га одновременно поступивших вызовов; 

— организация очереди позволяет абоненту при обнаружении таких событий, как 
занятость или истечение тайм-аута, поставить вызов в очередь, передать соот- 
ветствующее уведомление вызывающей стороне, а затем установить соедине- 
ние при освобождении вызываемой стороны; 

— ограничение в зависимости от времени и дня позволяет разрешить или огра- 
ничить возможности пользователя услуги в осуществлении вызовов в опреде- 
ленные дни и периоды времени; 

— ограничение назначения по запросу абонента услуг позволяет ограничить вы- 
зовы по определенным направлениям; 

— фильтрация вызовов в зависимости от исходящего направления позволяет 
ограничить вызовы в зависимости от исходящей стороны (например, кода 
Зоны). 

Могут быть использованы различные варианты маршрутизации: 

— распределение вызовов позволяет абоненту задать процентное отношение или 
другие критерии для распределения вызовов по разным направлениям; 

— перенаправление по занятости/неответу позволяет перенаправлять вызовы в 
случае занятости или неответа вызываемой абонентской линии после специ- 
фицированного тайм-аута; 

— маршрутизация в зависимости от исходящего направления позволяет абонен- 
ту услуги принимать вызов или отказываться от него, а в случае приема вызо- 
ва маршрутизировать его в соответствии с географическим расположением 
вызывающей стороны; 

— маршрутизация в зависимости от времени позволяет абоненту принимать 
или отклонять вызовы и в случае приема маршрутизировать их в зависимости 
от времени, даты, дня недели, применять различную обработку вызовов в за- 
висимости от времени дня, дня недели, дня года, выходных и т.п. 
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Имеется ряд опций управления: 

— сокращенный набор позволяет использовать набор одной, двух или трех цифр 
вместо полного номера в соответствии с использующимся планом нумерации; 

— единый номер обеспечивает пользователю услуги доступ по одному номеру к 
абоненту, имеющему более одного физического номера; 

— регистрация вызовов по определенному номеру обеспечивает запись каждого 
вызова, поступающего по определенному номеру; 

— управление профилем услуг абонентом услуг позволяет абоненту услуги изме- 
нять профиль его услуги (физические номера, предупреждения, распределе- 
ние вызовов и т.п.); 

— управление с использованием тонального набора (Оча|-Топ Мивр!е Еге- 
дчепсу, ОТМЕ) позволяет производить управление в сетях с коммутацией ка- 
налов независимо от использующихся способов набора номера; 

— модификация пин-кода позволяет пользователю изменять пин-код с помощью 
ОТМЕ. 

Абонент может воспользоваться помощью и подсказкой, под которыми подра- 
зумеваются сообщения, получаемые абонентом в процессе вызова или получения 
услуги. Данные сообщения могут выдаваться пользователю в визуальном или рече- 
вом виде, автоматически или с помощью оператора. Сообщения могут быть заранее 
подготовлены алгоритмом услуги или записаны по заказу или самим абонентом. 

Примеры такой помощи: 

— сообщение, записанное по заказу абонента, позволяет выдавать различные 
предупреждения при неуспешном завершении вызовов, при этом абонент мо- 
жет специфицировать эти уведомления; 

— подсказка вызывающему абоненту позволяет выдавать уведомления, которые 
предлагают пользователю ввести в режиме ОТМЕ дополнительные цифры; 

— помощь оператора в осуществлении вызова предлагается, если после первого 
уведомления в течение определенного времени пользователь услуги не ввел 
необходимую информацию; 

— выбор языка позволяет пользователю выбрать язык для уведомлений во время 
вызова, за исключением уведомлений, передаваемых до момента такого выбора. 


1.4. Составные и совокупные услуги 


Составные услуги обычно состоят из нескольких услуг, каждая из которых имеет 
свои функции и свойства, и их совместное предоставление (в пакете) определяется 
технологическими или маркетинговыми причинами. Наглядным примером состав- 
ной услуги является центр телефонного обслуживания (ЦТО), который образуется 
пакетным предоставлением услуг са]-центра и различных телематических услуг 
(под услугами саЙ-центра по-прежнему понимаются услуги на основе операторской 
службы). 

Под совокупной услугой будем понимать услугу, не только обладающую 
функциями и свойствами нескольких услуг, но одновременно имеющую новые 
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функции и опции. Из этого определения следует, что совокупную услугу нельзя по- 
лучить простым объединением функций и опций составляющих ее услуг. Однако 
необходимо отметить, что пользователь может воспринимать совокупную услугу 
как сумму известных ему услуг и продолжать пользоваться известной ему услугой, 
не подозревая, что она стала частью совокупной услуги. Ниже мы вернемся к этому 
вопросу. 

Таким образом, создание совокупной услуги осуществляется на основе внутрен- 
него изменения логики нескольких услуг, при этом создаются новые качественные 
и технологические совокупные функции и опции. Таким образом, совокупные ус- 
луги определяются как на множестве известных потребительских услуг, так и на 
множестве технологических возможностей сетей связи и средств их реализации. В 
этом смысле большое влияние на появление совокупных услуг оказывает постоян- 
но развивающаяся конвергенция сетей связи. Конвергенция ТФОП, мобильных се- 
тей связи и сети Интернет, основанных на разных принципах распределения «ин- 
теллекта» сети, дают возможность получить качественно новые свойства и функ- 
ции совокупных услуг. 

Поскольку создание совокупных услуг диктуется не только потребностью в них 
на каждом этапе развития телекоммуникаций, а самими тенденциями этого разви- 
тия, то существует и обратная связь, когда создание совокупных услуг влияет на 
тенденции развития телекоммуникаций. 

Предоставление совокупных услуг несет в себе мощный экономический сти- 
мул, поскольку не только объединяет пользователей отдельных услуг, но и добав- 
ляет к ним пользователей совокупной услуги. Таким образом, основным принци- 
пом создания совокупной услуги является объединение и расширение возможно- 
стей составляющих ее услуг с возможностью использования отдельных услуг с их 
свойствами. С маркетинговой точки зрения это соединение и расширение сегмен- 
тов рынка, что должно стимулировать операторов для создания и предоставления 
совокупных услуг (Приложение 1.4). 

Рассмотрим некоторые из совокупных услуг. 

Универсальная почта. К совокупным услугам, объединяющих возможности 
различных сетей и средств доступа, относится универсальная почта (УП). Будучи 
совокупной услугой, образованной в процессе конвергенции разных сетей, УП объ- 
единяет в себе возможности и функции голосовой, электронной и факсимильной 
почты, МЗ для мобильной связи, пейджерной связи и других видов связи. Основ- 
ные функции УП — прием, хранение и выдача автоматически или по запросу або- 
нента различных типов сообщений, пришедших на его имя. В УП практически нет 
разницы, в каком виде пришло сообщение, поскольку имеется возможность по за- 
казу абонента перевести это сообщение в любую удобную для него форму и пере- 
дать ему на тот терминал, которым он пользуется в настоящее время. При этом або- 
нент имеет возможность получить на указанный терминал само сообщение или 
только оповещение о поступлении сообщения на его имя. 

Важно отметить, что различные функции этой услуги, показаные на рис. 1.2, 
могут быть реализованы «в лоб» только достаточно сложными устройствами, тогда 
как с применением технологических возможностей сетей связи это делается значи- 
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тельно проще, но принципиально по-другому. Так, при необходимости преобразо- 
вания речи в текст для передачи сообщения в виде текстового файла, требуются 
сложные устройства анализа речи, однако в случае передачи данного сообщения по 
е-та! нет необходимости перевода речи в текст, достаточно прикрепить звуковой 
файл к тексту электронного сообщения. 


Электронная 
почта 


Рис. 1.2. Функциональная реализация услуги «универсальная почта» 


Подробнее о способах и средствах реализации данной услуги будет рассказано 
в разд. 2.3.1. Здесь же необходимо отменить важные дополнительные возможности 
этой услуги: во-первых, можно передать речевое сообщение, отправленное в мест- 
ную телефонную сеть в любой точке мира без загрузки международных каналов, с 
помощью электронной почты и Интернет получать речевые сообщения; во-вторых, 
и это связано с мобильной связью, можно более эффективно использовать функции 
\/АР, получая речевые сообщения, находясь в роуминге. 

Услуга контакт-центра представляет собой совокупность услуг са]-центра, объ- 
единенных с услугами сети Интернет и сетей подвижной связи. Своеобразие данной 
услуги определяется тем, что к операторам центра поступают вызовы и сообщения 
не только от ТФОП, но и запросы и сообщения из сети Интернет и сетей подвижной 
связи. В частности, это могут быть сообщения и запросы, сделанные в «чате» или по- 
сланные по е-та!, по факсу, в виде ЗМ$-сообщений, или сообщения по радиопоис- 
ковой сети. Иначе говоря, с точки зрения сети связи контакт-центр объединяет в себе 
услуги нескольких центров, имеющих единое информационное поле. 

Если для са]-центра существовало понятие вызова по традиционной телефон- 
ной сети или даже по сети Интернет-телефонии, то в контакт-центре к этому добав- 
ляется вызов оператора по сети Интернет, а также функции приема и обработки со- 
общений из различных сетей в реальном времени. Боле полное описание услуги да- 
но в [8, 9]. Здесь же упомянем достаточно новые технологии вызова оператора из 
сети Интернет СПК-ю-Пла| и СПск-ю-Са| ВасК, которые были рассмотрены выше. 
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Таким образом, услуга контакт-центра — это возможность абонента получить 
унифицированное и высококачественное информационно-справочное или инфор- 
мационно-заказное обслуживание, предоставляемое квалифицированной группой 
обученных операторов, выбирая при этом наиболее приемлемый для него вид об- 
щения с данным центром, основанный на тех или иных важных для абонента пре- 
имуществах средств связи. 

Функциональная реализация услуг контакт-центра показана на рис. 1.3. 


№ ИА. факс 


Сеть. 


|Р-телефонии / 


Рис. 1.3. Функциональная реализация услуг контакт-центра 


1.4. Некоторые практические выводы 


Практические выводы, которые можно сделать из материалов этой главы касаются 
ПОЛЬЗЫ И ВЫГОДЫ. 

1. Предоставление основных услуг является насущной задачей, которая должна 
решаться операторами в первую очередь, даже при условии, что выгода от их пре- 
доставления в расчете на единицу услуги уменьшается. Поэтому увеличение выго- 
ды лежит в области увеличения объема предоставления услуг в расчете на одного 
абонента и расширения абонентской базы. 

2. Расширение абонентской базы и номенклатуры предоставляемых дополни- 
тельных услуг может явиться единственным путем увеличения выгоды. Но для это- 
го необходимы эффективные средства предоставления и биллинга услуг. 

3. Рассмотрение дополнительных услуг связи дает нам определенную картину в 
области возможного взаимодействия оператора связи со своими абонентами. 
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В данной главе мы в основном касались аспектов предложения дополнительных 
услуг, не затрагивая аспектов спроса на эти услуги. 

Как следует из приведенных выше материалов, оператор связи имеет возмож- 
ность использовать целый спектр простых, составных и совокупных дополнитель- 
ных услуг связи. Вопрос заключается в том, как оптимизировать соотношение 
пользы и выгоды — пользы для абонентов и выгоды оператора. На наш взгляд, 
пользу, т.е. восстребованность той или иной услуги абонентами, трудно опреде- 
лить теоретически с достаточной достоверностью на основе даже самых совре- 
менных маркетинговых исследований. Только «натурный эксперимент» вкупе с 
определенными действиями по продвижению услуги дает возможность оценить 
пользу. Однако при этом необходимо минимизировать затраты на проведение та- 
ких экспериментов. Решение этого вопроса лежит уже в области реализации ус- 
луг, т.е. в области создания систем и средств, которые позволяют достаточно де- 
шево реализовать новые услуги. Таким образом, наравне с выгодой от предостав- 
ления востребованной услуги ее важным составляющим элементом является ми- 
нимизация затрат на создание услуги. 

В последующих главах, рассматривая теоретические и практические аспекты 
разработки и реализации систем предоставления и биллинга услуг, мы увидим, что 
решение этой задачи лежит в области использования универсальных систем. 
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ПРИЛОЖЕНИЯ 


Приложение 1.1. Основные аспекты анализа востребованности 
услуг и пути их продвижения 


Телекоммуникационный рынок предоставления услуг связи конца прошлого и на- 
чала нового века характеризуется значительными изменениями, лежащими в пе- 
реходе от безальтернативного выбора вида связи к его многовариатному выбору. 
Это, в свою очередь, повлекло за собой и изменение характера конкуренции меж- 
ду операторами связи. К внутривидовой конкуренции между операторами тради- 
ционной фиксированной телефонной связи добавился межвидовой тип, т.е. конку- 
ренция между операторами различных сетей (подвижной связи, Интернета и дру- 
гих). Кроме того, внутривидовая конкуренция в одной и то же области связи обо- 
гатилась борьбой между операторами, предоставляющими одни и те же услуги 
различными способами ([Р-телефония). Итак, налицо несколько плоскостей кон- 
курентной борьбы по предоставлению услуг: 

— в пределах одного вида сети одним способом; 

— в пределах одного вида сети разными способами; 

— однотипных услуг разными сетями. 

Постепенное насыщение рынка основными услугами связи обострило конку- 
ренцию во всех плоскостях. Кроме того, пользователь получил возможность вы- 
бора между основными услугами, предоставляемыми операторами традиционных 
фиксированных сетей и операторами ПР-телефонии, мобильных сетей и Интер- 
нета. Бесспорно, что в борьбе за потребителя большое значение играют тарифы на 
одну и ту же услугу, предоставляемую операторами различных сетей. Большое, 
но не единственное, а может быть уже и не основное. 

Первым «звонком» для операторов, подтверждающим данный факт, является 
возникшая конкуренция между традиционной телефонной связью и 1Р-телефони- 
ей. При использовании [Р-телефонии для предоставления междугородной и меж- 
дународной связи, когда данная услуга реализовалась через общедоступный Ин- 
тернет, тарифы на ее использование были на порядок меньше, чем у традицион- 
ной телефонной связи. Однако абоненты быстро разобрались, что качество этой 
услуги значительно уступает качеству традиционной телефонной связи. Поэтому 
операторы [Р-телефонии были вынуждены пойти на определенные затраты на по- 
строение выделенных [Р-сетей или изменение технологии передачи пакетов по се- 
ти Интернет (реализацию приоритета речи над данными). Это, с одной стороны, 
повлекло за собой определенное увеличение тарифов, но с другой стороны, не да- 
ло стационарного повышения качества до уровня традиционной цифровой теле- 
фонной связи. В результате определенное число абонентов, для которых соотно- 
шение цена/качество при использовании [Р-телефонии было приемлемым, вос- 
пользовалось новой услугой. 


УСЛУГИ СВЯЗИ 33 


Таким образом, первой составляющей конкурентной борьбы является оптими- 
зация отношения цена/качество для каждого из сегментов потребительского рын- 
ка услуг. Этот фактор существовал на протяжении всего развития рынка телеком- 
муникаций, и к его анализу мало что можно добавить. 

Более интересно исследовать другую составляющую, а именно влияние на 
конкурентную борьбу комплекса дополнительных услуг, предоставляемых теле- 
коммуникационными операторами. Сегодня для победы в конкурентной борьбе 
недостаточно иметь просто хорошо функционирующую сеть с высоким уровнем 
управления и оптимальным фактором цена/качества для разных сегментов рынка. 
Современный телекоммуникационный оператор должен уметь предоставить как 
можно более широкий спектр дополнительных услуг, ориентированных на удов- 
летворение настоящих и будущих потребностей пользователей различных сегмен- 
тов рынка, имея при этом возможность быстрого создания и развертывания новых 
услуг. 

В этом контексте необходимо отметить очень важную тенденцию, проявив- 
шуюся на рынке телекоммуникаций: опросам продвижения и маркетинга услуг 
наравне с операторами занялись производители средств и систем связи. Это в 
свою очередь является отражением конкурентной борьбы и среди производителей 
оборудования. В частности, такие зарубежные компании, как З1етеп$, Гисеги и 
А]сае]|, предлагают свои комплексные маркетинговые проекты, ориентированные 
на использование преимуществ своего оборудования, а среди отечественных про- 
изводителей такого подхода придерживаются ЛОНИИС (система «Протей») и 
«Интент» (система «Ольга»). В чем же суть этих концепций: в сегментации рын- 
ка, в профилировании услуг или в максимальном охвате рынка? 

Первые две составляющие в принципе одинаковы для многих концепций и 
включают представление о потенциале рынка, рекомендации о доходности раз- 
личных сегментов, определение факторов успеха в каждом их них, формирование 
тарифной политики и анализ соотношения цена/качество для различных групп 
абонентов, в том числе в пределах одного сегмента. 

Определенное различие концепций состоит в методах максимального охвата 
рынка. Вполне возможно, что различие в подходах зарубежных и российских 
компаний диктуется определенным отсутствием учета специфики российского 
рынка. Так, если зарубежный подход большей частью основан на агрессивной 
рекламе, РК-акциях и прямом маркетинге, то российские производители придают 
более важное значение «воспитанию» абонента, вырабатывая у него потребность 
в определенном классе услуг и предлагая новые услуги бесплатно или за симво- 
лическую цену. 

И здесь мы вторгаемся в область оценки востребованности услуги. При анали- 
зе оценке востребованности услуги российским потребителем необходимо учиты- 
вать исторические аспекты развития связи, точнее отсутствие такого развития, 
вследствие чего взгляд на дополнительные услуги как на попытку продать ненуж- 
ную потребителю вещь является консервативным, а также взглядом на услугу с 
традиций общественной полезности. С другой стороны, возможность иметь то, 
что в силу социального или имущественного статуса может быть недоступно по 
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реальной цене, является важной особенностью отечественного потребительского 
рынка. Ярким примером тому является использование мобильных телефонов. Ес- 
ли на западе устаревшие модели сотовых телефонов в большинстве случаев явля- 
ются предметом утилизации, то в России еще сохраняется спрос на их повторное 
использование. Другим примером, как показывает опыт автора, является востре- 
бованность услуги «голосовая почта» для абонентов фиксированной связи. В на- 
чале 90-х годов, когда автор участвовал во внедрении таких систем, абонента 
фиксированной связи трудно было убедить в полезности услуги «голосовая поч- 
та». По прошествию многих лет, когда эта услуга уже заняла достойное место у 
абонентов мобильной связи, основным доводом для предложения такой услуги 
абонентам фиксированной связи стало то, что они могут иметь услугу не хуже, 
чем у абонентов мобильной связи. При этом условия для ее внедрения даже ухуд- 
шились, поскольку стоимость домашних автоответчиков как альтернативы голо- 
совой почты снизилась, а их технический уровень вырос. 

Выше мы упомянули о влиянии консерватизма на определение востребован- 
ности дополнительных услуг. Причем проявление такого консерватизма свойст- 
венно не только абонентам, но и операторам. Следует отметить, что консерва- 
тизм, основанный на устоявшихся «условных рефлексах», с одной стороны, явля- 
ется тормозом научно-технического прогресса, а с другой стороны, в определен- 
ной мере приносит пользу, предотвращая принятие скоропалительных решений. 

Консерватизм абонентов может быть проиллюстрирован следующим приме- 
ром. В начале 90-х годов абонентам предлагалась услуга телефонной конферен- 
ции, когда произвольная группа абонентов, заранее не относящаяся к некоторой 
выделенной сети, могла в реальном времени организовывать конференцсвязь с 
произвольным составом участников и обсуждать те или иные вопросы по телефо- 
ну. Услуга тогда не нашла практического применения. С появлением сети Интер- 
нет большим спросом стала пользоваться сайты с «чатами» (сВа!), когда такая же 
группа абонентов обменивается в реальном времени письменными сообщениями. 
По прошествии некоторого времени проявился значительный интерес и к анало- 
гичной телефонной услуге. 

Примером консерватизма операторов является медленное внедрение в таксо- 
фонной связи стретч-карт вместо микропроцессорных или магнитных карт. Опе- 
раторы, как ни странно, считают, что весь мир пользуется таксофонами с микро- 
процессорными или магнитными картами, и их не убеждают доводы, что в эпоху 
широкого распространения мобильной связи фиксированная таксофонная связь, 
особенно за рубежом, становится все менее восстребованной, а российский рынок 
остался почти единственным «прибежищем» производителей таксофонов. Но ес- 
ли это так, то необходимо искать новые, более эффективные и дешевые подходы 
предоставления услуг таксофонной связи, определяемые спецификой отечествен- 
ного рынка телекоммуникационных услуг. 

И, наконец, еще одной важной особенностью анализа востребованности до- 
полнительных услуг, опять же в силу специфики российского рынка, является 
привязка дополнительных услуг к основным. Проиллюстрировать этот тезис мож- 
но на двух примерах: восстребованность передачи коротких сообщений (5М5) в 
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мобильной связи и оплата по дебетовым картам услуг междугородной и междуна- 
родной связи. 

Востребованности $М$, по мнению автора, послужило четыре фактора. Пер- 
вый — это возможность передать сообщение абоненту в случае, когда он занят, 
или звонящий абонент предполагает, что этот абонент может быть занят. Второй 
фактор заключается в определенных преимуществах монолога перед диалогом. 
Третий фактор — возможность оставить «мягкую» копию своего сообщения, и 
наконец, четвертый фактор — меньшая стоимость услуги. Таким образом, техно- 
логическая и функциональная привязка 3М$ к основной услуге — соединение 
двух абонентов — послужила причиной популярности услуги. 

Второй пример — оплата междугородной и международной связи по дебето- 
вым картам. Востребованность данной услуги связана с принципами финансового 
взаимодействия оператора и абонента: с одной стороны, возросла мобильность 
абонентов, которые теперь хотят получать услугу с любого телефона фиксирован- 
ной связи, а с другой стороны, оператор не должен отставать от общемировой 
тенденции удаленной оплаты за услуги с помощью электронных денег. Интересно 
отметить, что востребованность данной услуги повлекла за собой и востребован- 
ность других услуг, так или иначе связанных с ней. 

В заключение отметим, что победа в конкурентной борьбе основана на трех 
составляющих: 

— быстрое завоевание новых целевых рынков; 

— эффективное удержание этих рынков; 

— минимизация срока возврата инвестиций. 

Эффективное предоставление дополнительных услуг позволяет реализовать 
все эти составляющие, поскольку: 

— ориентированность на клиента ведет к росту привлекательности услуг и по- 

вышает имидж оператора; 

— услуги высокого качества и потребительских свойств пользуются большим 
спросом и позволяют удерживать достаточно высокие тарифы; 

— снижение затрат на разработку новых услуг позволяет находить эффектив- 
ные решения для небольших сегментов рынка, которых при этом достаточно 
много; 

— широкая номенклатура предоставляемых услуг сама по себе служит опти- 
мальным инструментом исследования рынка и его потенциала. 


Приложение 1.2. Интеллектуальные услуги 


Классификация услуг по категории «способ предоставления» основана на том, 
что нет интеллектуальных услуг, а есть лишь способ их предоставления с помо- 
щью интеллектуальной сети, поэтому определение «интеллектуальные услуги» 
скорее отражение «интеллектуального» способа предоставления, нежели «интел- 
лекта» самой услуги. 


2* 
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Исходя из этого подхода, разрабатывается «долговременная» архитектура ин- 
теллектуальных сетей связи (ИСС), в основе которой лежит определение наборов 
возможностей С5 (СарабШиу $3е{5), описывающих конкретные аспекты целевой 
архитектуры в плоскости предоставления услуг. Если обратится к истории разви- 
тия ИСС, то существующие и вновь разрабатываемые наборы возможностей 
(С51, С52, С53) отражали определенный этап в ее развитии и используемые на 
этот момент технологии. Данный вопрос достаточно полно освещен в литературе 
[см., в частности, 10], поэтому здесь остановимся только на основных аспектах 
классификации СЗ] и их взаимосвязи с последующими наборами возможностей. 

Особенностью набора СЗ1 является ориентация на сети с коммутацией кана- 
лов. Он включает 25 видов услуг, которые должны поддерживаться сетями РУТМ, 
Т5ОМ и РЕММ. Например, в основной набор возможностей вошли следующие ус- 
луги: 

— ААВ — автоматический альтернативный биллинг — возможность ведения 
учета стоимости с любого телефонного аппарата с помощью альтернативной 
системы биллинга, не имеющей отношения к линиям вызывающего и вызы- 
ваемого абонентов; 

— АВШО — сокращенный набор номера — позволяет двум абонентам, в том 
числе обслуживаемым различными АТС, связываться между собой по сокра- 
щенному набору; 

— АСС — вызов с оплатой по перечислению — возможность звонить с любого 
телефонного аппарата с оплатой, переводимой на счет, указываемый набо- 
ром дополнительного номера; 

— ССС — вызов по кредитной карте — оплата вызова с любого телефонного 
аппарата по кредитной карте вызывающего абонента; 

— СОШ — распределение вызовов — возможность перенаправления входящих 
вызовов на другие номера в соответствии с определенной программой пере- 
адресации и приоритетов; 

— СЕ — перевод вызова — переадресация входящего звонка на другой номер 
телефона; 

— СОМ — вызов конференцсвязи — многостороннее соединение с вызываю- 
щим абонентом; 

— СКО — перемаршрутизация вызовов — абонент может получить все входя- 
щие вызовы, в том числе при занятом номере, на другой номер и устанавли- 
вать их очередность; 

—ОСКВ — выбор маршрута вызова — позволяет абоненту уточнить маршрут 
своих вызовов в зависимости от времени и его местонахождения; 

— ЕМО — «следуй за мной» — сохранение доступа к абоненту при перемеще- 
ниях; 

—ЕРН — бесплатная телефонная служба — за разговор платит вызываемый 
абонент; 

— МАЗ — массовый вызов — обычно используется для процедуры телеголосо- 
вания, когда требуется обработка большого числа одновременных вызовов, 
поступающих на один номер; 
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— МСТ — идентификация вызова злоумышленников — запись кодов вызываю- 
щего и вызываемого абонентов и времени вызова, удержание вызова и сиг- 
нализация оператору; 

— ОС5 — ограничение исходящей связи — ввод абонентом ограничений на исхо- 
дящую связь в определенное время или в соответствии с другими условиями; 

— РЕМ — «премиальный тариф» — перевод части стоимости вызова на вызы- 
вающую сторону, которая выступает в роли поставщика дополнительной ус- 
луги, т.е. пользователь оплачивает стандартные телефонные услуги и допол- 
нительные услуги (в США эта услуга называется «служба 900»); 

— РГ, — перераспределение оплаты — позволяет распределять оплату за раз- 
говор между абонентами; 

— УОТ — телефонное голосование — посылка вызова на конкретный номер с 
последующим речевым сообщением или дополнительным набором опреде- 
ленного кода; 

— УРМ — виртуальная частная сеть — организация корпоративных частных 
сетей (абонентские линии, подключенные к различным АТС, образуют вир- 
туальную частную сеть, которая обладает услугами частного плана нумера- 
ции, переадресации вызова, речевой почты и т.д.); 

— (АМ — универсальный номер доступа — поставщик услуги может предос- 
тавлять ее в общенациональном масштабе и иметь входящую связь от раз- 
личных абонентов; 

— ОРТ — универсальная персональная связь — пользование абонентом входя- 
щей и исходящей связью по единому номеру при его перемещении вне зави- 
симости от сетевой инфраструктуры и местоположения. 

Особенностью С51 является то, что они могут быть активизированы только в 
процессе установления/разъединения соединения. По терминологии ГТО-Т услуги 
С$1 относятся к услугам типа «А» и являются «одно-концевыми» (ше Епдед) с 
централизованной логикой управления (Зшёе Рош о Сопёо]). 

Такой подход к классификации дополнительных услуг явился отражением оп- 
ределенного этапа развития телекоммуникаций, который не мог предположить 
очередную революцию в конвергенции сетей связи, а также связанную с этим 
конвергенцию дополнительных услуг. 

Спецификация набора возможностей С52 отличается от С$1 наличием в реко- 
мендациях определения сервисов управления услугами и сервисов создания ус- 
луг. При этом сервис управления услугами включает три основных сервиса: адап- 
тацию услуги под заказчика, мониторинг услуг и контроль услуг. В свою очередь, 
сервис создания услуг основан на спецификации услуг, разработке услуг, провер- 
ке услуг, развертывании услуг и управлении созданием услуги. 

На изменение спецификаций набора возможностей большое влияние оказыва- 
ет конвергенция сетей, причем как в части способа соединения («коммутация ка- 
налов — пакетная коммутация»), так и в части способа развертывания («стацио- 
нарная» или «мобильная» сеть). 

Конвергенция ведет к появлению новых сетей, вобравших в себя возможности 
и свойства ранее существовавших и развивающихся сетей. Так, ИСС на основе 
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стационарных сетей и наборов возможностей С51 и С52 не могут в полной мере 
поддерживать механизмы мобильности, а мобильные сети — обеспечить принцип 
независимости от услуг, присущих концепции ИСС. 

Одним из подходов, предлагаемых МСЭ-Т, является организация в ИСС пол- 
ной поддержки мобильности, которая может быть реализована в рамках С54 по- 
сле завершения работ по спецификации систем связи третьего поколения. 

Более полное освещение вопросов, связанных со стандартизацией, вызванной 
конвергенцией сетей, дано в [11]. 

Таким образом, если предполагать, что все типы и виды дополнительных услуг 
будут тем или иным образом представлены в будущих спецификациях наборов воз- 
можностей для полностью конвергентной сети, то такой набор возможностей мож- 
но принять за основу классификации всего спектра дополнительных услуг. 


Приложение 1.3. Основные сведения об 1Р-телефонии 
иее статусе 


Первое практическое применение [ГР-телефонии можно отнести к началу 1995 го- 
да, когда компания Уока[Тес представила первый пакет, реализующий ее основ- 
ные функции. На этом этапе была реализована только возможность связи между 
двумя абонентами, имеющими специализированные мультимедийные компьюте- 
ры. С этого времени реализация систем ПР-телефонии как на программном, так и 
на аппаратном уровне стала одним из важнейших направлений в деятельности 
многих известных компаний-производителей телекоммуникационного оборудова- 
ния, таких, как Сагет, Гласеп%, С15со, О1а|о21с, Моце|. 

Основой использования [Р-телефонии как средства речевой связи стали спе- 
циализированные шлюзы (Са{е\уау), которые позволили объединить традицион- 
ную телефонию с сетью Интернет. Применение шлюзов дало возможность потен- 
циальным абонентам использовать для связи по [Р-телефонии стандартный теле- 
фон. 

Использование сети Интернет для передачи речи основано на стандартном 
протоколе ПР, который обеспечивает передачу пакетов от одного пользователя к 
другому с использованием определенной адресации — [ПР-адресов, которые при- 
сваиваются всем пользователям сети. Передаваемые пакеты маршрутизируются к 
получателю в соответствии с адресом, указанном в заголовке пакета. В сетях на 
основе протокола ГР все данные — речь, текст, видео — передаются в виде паке- 
тов. Пакеты могут передаваться одновременно между многими пользователями и 
процессами. 

При возникновении проблем [Р-сети могут изменять маршрут (путь для пере- 
дачи пакетов) для обхода неисправных участков. При этом протокол ГР не требует 
выделенного канала для сигнализации. 

В целом процесс передачи речи по Интернет состоит из нескольких этапов. 

Первый этап — это оцифровка речи. Оцифрованная речь анализируется и об- 
рабатывается с целью уменьшения физического объема данных, передаваемых 
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получателю. Как правило, на этом этапе происходит подавление ненужных пауз и 
фонового шума, а также компрессирование. 

На следующем этапе полученная последовательность данных разбивается на 
пакеты и к ней добавляется протокольная информация — адрес получателя, по- 
рядковый номер пакета (на случай, если они будут доставлены не последователь- 
но) и дополнительные данные для коррекции ошибок. При этом происходит вре- 
менное накопление необходимого количества данных для образования пакета до 
его непосредственной отправки. 

Извлечение переданной речевой информации из полученных пакетов также 
происходит в несколько этапов. Когда пакеты приходят на терминал получателя, 
сначала проверяется их порядковая последовательность. Поскольку ГР-сети не га- 
рантируют время доставки, пакеты со старшими порядковыми номерами могут 
прийти раньше, более того, интервалы между получением пакетов также могут 
меняться (этот процесс называется джиттером). Для восстановления исходной по- 
следовательности и синхронизации пакеты накапливаются. Однако некоторые па- 
кеты могут быть вообще потеряны при доставке, либо задержка их доставки пре- 
высит допустимый разброс. В обычных условиях приемный терминал запрашива- 
ет повторную передачу ошибочных либо потерянных данных. Но передача речи 
слишком критична к времени доставки, поэтому в этом случае либо включается 
алгоритм аппроксимации, позволяющий на основе полученных пакетов приблизи- 
тельно восстановить потерянные, либо эти потери просто игнорируются, а про- 
пуски заполняются данными случайным образом. 

Полученная таким образом последовательность данных декомпрессируется и 
преобразуется непосредственно в аудиосигнал (в цифровой или аналоговой форме). 

С точки зрения пользователя мы можем выделить три различные категории 
речевых соединений через Интернет: 

— услуги двусторонней передачи речевой информации через Интернет между 

персональными компьютерами двух пользователей; 

— услуги двусторонней передачи речевой информации через Интернет между 
персональным компьютером одного из пользователей и телефонным аппара- 
том другого пользователя. При этом для выхода в ТфОП используется про- 
граммно-аппаратный шлюз оператора услуг [Р-телефонии; 

— услуги двусторонней передачи речевой информации между телефонами 
пользователей. В этом случае большую часть пути между участниками со- 
единения речевая информация преодолевает по сетям с пакетной коммута- 
цией с использованием Интернет-протокола. Такое соединение возможно 
при наличии двух совместимых шлюзов одного или нескольких операторов 
Интернет-телефонии. 

В первом случае терминал вызываемого абонента идентифицируется [Р-адре- 

сом, во втором и третьем случаях — телефонным номером. 

С точки зрения оператора [Р-телефония как услуга фигурирует только в по- 
следних двух случаях. При этом каждый отдельно взятый оператор не всегда мо- 
жет достоверно контролировать, откуда пришли речевые пакеты — с компьютера, 
либо от шлюза другого оператора — и те и другие являются для него равноцен- 
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ными. Этот факт, наравне с упомянутыми выше возможными потерями информа- 
ции, а также использование при передаче информации накопления, не позволяют 
считать [Р-телефонию основной услугой связи — «голосовой телефонией». 

Вопрос отнесения [Р-телефонии к дополнительным услугам является важным 
вопросом, относящимся к лицензированию деятельности операторов связи. В ча- 
стности, существует ряд международных документов и рекомендаций, явно ука- 
зывающих на этот факт: 

Технология передачи речи по сетям ПД регламентируется в группе рекомен- 
даций МСЭ серии Н, которые описывают линейную передачу нетелефонных сиг- 
налов (Глпе Тгап$1115$10п1 ОР Моп-Теервопе $512па[5). 

Документом Специальной комиссии ЕЭС от 10 января 1998 года (О) № С6, 
с. 4) определено, что «услуги интернет-телефонии не могут рассматриваться как 
голосовая телефония» и по этой услуге «не могут быть затребованы дополнитель- 
ные лицензии от провайдеров Интернет». 

Федеральной комиссией США по связи Интернет-телефония относится к так 
называемым «расширенным услугам» (епВапсе4 зегу1се$), которые в отличие от 
традиционной телефонии (относящейся к «базовым услугам»), не подлежат спе- 
циальному лицензированию или регулированию государством и являются пред- 
метом свободной конкуренции провайдеров Интернет. 

В соответствии с правилами лицензирования услуг связи в Российской Феде- 
рации услуги ПР-телефонии отнесены к телематическим услугам. 


Приложение 1.4. Предоставление совокупных услуг 


Рассмотрим предоставление совокупных услуг с точки зрения маркетинга. 

Предположим, что сначала предоставлялись три услуги Ут, У»›, Уз. Каждая из 
этих услуг имела пользователей в определенном сегменте рынка, количество ко- 
торых определим соответственно как М1, №, М№з (рис. ПП, а). 


а) 


ХХ ее СХ 


Рис. П1. Распределение пользователей в сегментах рынка: 
а — по отдельным услугам, 6 — по совокупным услугам 
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Для определенности предположим, что в каждом сегменте У1, У} и Уз есть по- 
тенциальные пользователи других услуг, т.е. сегменты имеют пересечения. Коли- 
чество потенциальных пользователей в каждом сегменте обозначим как п;, где 1 
— номер сегмента базовой услуги, а ]| — номер сегмента смежной услуги. Напри- 
мер, п!2 — количество потенциальных пользователей У. в сегменте У|, пз2 — ко- 
личество потенциальных пользователей У. в сегменте У.. 

При предоставлении совокупной услуги (рис. [, 6) может существовать но- 
вый сегмент рынка, в котором пользователям требуется только совокупная услуга 
(СУ), являющаяся логической совокупностью У1, У>›, Уз. Количество пользовате- 
лей в этом сегменте определим как М. 

Таким образом, если оператор предоставлял все три услуги в отдельности, то 
при предоставлении совокупной услуги количество пользователей увеличится 
только на №. Однако экономический эффект от предоставления наряду с отдель- 
ными услугами совокупной услуги будет определяться с учетом всех потенциаль- 
ных пользователей. 

Надо отметить, что себестоимость предоставления совокупной услуги обычно 
не превышает сумму себестоимостей предоставления каждой из первичных услуг. 


Глава 2 


КОМПЬЮТЕРНАЯ ТЕЛЕФОНИЯ 


2.1. Исторические аспекты 


Еще на заре развития телефонной связи, когда соединение двух абонентов осущест- 
влялось с помощью «телефонных барышень», уже существовала потребность в пре- 
доставлении абонентам дополнительных услуг. Действительно, если вызываемый 
номер абонента был занят, то вызывающий абонент мог выбрать между возможно- 
стью перезвонить или попросить «телефонную барышню» (в современной терми- 
нологии — оператора телефонного центра) соединить его с вызываемым абонен- 
том, когда его номер освободится. 

Экономия времени вызывающего абонента оправдывала затраты по оплате этой 
услуги. И принцип «время-деньги» явился основополагающим для появления до- 
полнительных услуг телефонной связи и вызывал появление все новых и новых до- 
полнительных услуг. Однако прошло значительное время, прежде чем технический 
прогресс позволил значительно расширить набор этих услуг, хотя, как и ранее, мно- 
гие из них сначала предоставлялись ручным способом. Так, появлению голосовой 
почты предшествовало предоставление этой услуги опять же через оператора теле- 
фонного центра. Даже такое достижение цивилизации, как переход от ручной ком- 
мутации к автоматической (декадной, а затем координатной), не давал возможно- 
сти автоматизации предоставления дополнительных услуг. 

Наряду с техническим прогрессом в области коммутационной техники, который 
ставил своей целью увеличение скорости и качества коммутации абонентов, шел 
процесс автоматизации труда операторов телефонного центра по предоставлению 
дополнительных услуг. Это направление получило значительный импульс для раз- 
вития с появлением персональных компьютеров и уже в конце 80-х — начале 90-х 
годов стало называться интеграцией компьютеров в телефонию (Сошрщег Теерв- 
опу Пцертаноп, СТП), охватывая более широкую область, чем замена ручного пре- 
доставления дополнительных услуг. 

Интеграция компьютеров в телефонию, или компьютерная телефония (КТ), на- 
чалась раньше, чем получила свое название. Так, в России с начала 80-х годов это 
направление развивалось под названием «речевые интеллектуальные технологии» 
(РИТ), и к концу 80-х годов были уже сформированы подходы, во многом анало- 
гичные существующим в настоящее время [5, 12, 13]. 

Под РИТ подразумевалось интеграция коммутационных и компьютерных сис- 
тем, удаленное управление компьютерной системой с помощью телефонного аппа- 
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рата (импульсный или тональный набор, речевые команды), речевой или тональ- 
ный ответ компьютерной системы, обработка данных и информации, выдача управ- 
ляющих воздействий на другие системы (в рамках локальной или распределенной 
сети, по каналам передачи информации). 

Возможность и необходимость удаленного управления средствами вычислитель- 
ной техники, т.е. компьютерами в сегодняшней терминологии, привлекала внимание 
специалистов связи практически с момента появления первых автоматических теле- 
фонных станций. Поскольку удаленное управление телефонной станцией с помощью 
телефонного аппарата считалось основной функцией соединения, то перенос этой 
функции на управление удаленным компьютером представлялось вполне выполнимой 
задачей. При этом казалось естественным использование стандартного телефонного 
аппарата. Действительно, абонент соединяется по телефону с некоторой компьютерной 
системой, по речевой подсказке компьютера набирает на номеронабирателе своего те- 
лефонного аппарата необходимую комбинацию цифр, а компьютер в речевой форме 
передает запрашиваемую информацию или выдает управляющие сигналы на некото- 
рые внешние устройства, в частности коммутационные, и оповещает об этом абонента. 

Приступая к практической реализации таких систем [14], необходимо было ре- 
шить целый ряд задач. Во-первых, это оптимизация диалога между человеком и ком- 
пьютером, которая заключалась в определении критериев оперативности и удобства 
обмена информацией, нахождении «взаимопонимания» между человеком и компью- 
тером в процессе решения задач, основанного на взаимной помощи и обучении при 
сохранении стратегического лидерства человека. Для этого было необходимо разра- 
ботать как общие принципы, так и конкретные структуры и параметры диалога. 

Во-вторых, необходимо было решить проблему управления системой при им- 
пульсном наборе цифр. Здесь необходимо отметить, что в России на рубеже 80-х 
годов 99% телефонных аппаратов были дисковыми, поэтому решение такой задачи 
определяло возможность массового использования систем на основе речевых ин- 
теллектуальных технологий (Приложение 2.1). 

В-третьих, для речевого ответа были необходимы устройства, синтезирующие 
речь. В этот период уровень развития вычислительной техники и, в частности, объе- 
мы жестких дисков и скорости обращения к ним не позволяли реализовать речевые 
устройства типа кодеров, т.е. устройства прямого алогового-цифрового преобразова- 
ния. С другой стороны, вокодерные принципы не давали приемлемого качества. 

И наконец, четвертая задача, которая стояла перед разработчиками речевых интел- 
лектуальных систем, — разработка программного обеспечения, реализующего алго- 
ритм функционирования систем при одновременном обслуживании группы абонентов. 

Успешное решение этих задач позволило реализовать целый спектр систем на 
основе РИТ. Примером таких систем явилась аппаратура «Диалог» (1984 г.) и «Го- 
лосовая почта» (1986 г.). 

Окончание первого этапа развития РИТ пришлось на конец 80-х — начало 90-х 
годов. На этом этапе направление РИТ было практически сформировано: имелся на- 
бор приложений, были разработаны надежные и гибкие архитектуры технических 
средств, существовала широкая номенклатура аппаратных средств, были разработа- 
ны как драйверы отдельных устройств, так и надежная управляющая программа. 
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Второй этап развития РИТ совпадал с началом интеграции зарубежных и отече- 
ственных технологий и формированием отечественного направления КТ. Характер- 
но, что в этот период произошел стремительный прогресс компьютерной и комму- 
тационной техники, что дало возможность реализации средств КТ не в виде отдель- 
ных функциональных блоков (речевых, телефонных, интерфейсных), а виде закон- 
ченных модулей, одновременно реализующих эти функции. 

Второй этап развития отечественных систем КТ характеризовался практической 
направленностью. На этом этапе разработка систем была связана в большей степе- 
ни с созданием офисных приложений и функциональных услуг на городских АТС. 
Объясняется это как экономическими предпосылками, так и техническими возмож- 
ностями средств КТ. В частности, функциональные модули КТ имели аналоговые 
интерфейсы стыка с каналами связи, что давало им возможность легко интегриро- 
ваться с существующими в это время телефонными станциями и каналами связи. 

На этом этапе развития отечественных систем КТ были реализованы такие 
системы, как «Телемаркет» (телефонная биржа, 1990 г.), «Аудиотекс» (прогноз 
погоды, тесты, гороскопы, 1991 г.), «Внуковские авиалинии» (автоматическая 
справочная, 1992 г.), справочные системы «Все услуги», «Экстропул 700», «Экст- 
ра-М» (1993-1994 гг.), «Телефонный офис» (1995 г.), игровая система «Лотто-Те- 
лефон» (1995 г.). Все эти системы были реализованы как на отечественном обору- 
довании, так и на оборудовании зарубежных производителей, таких, как Р1Ка 
Тесвпо]ор1е$ и О1а]ор1с. 

С середины 90-х годов компьютерная телефония вступает в следующий этап 
своего развития. Этот этап можно характеризовать как этап цифровых технологий 
КТ. Обусловливается это двумя факторами: во-первых, практической реализацией 
интерфейсов с цифровыми каналами связи, а во-вторых, возможностью передачи 
речи по сетям с коммутацией пакетов. Одним из приложений этой технологии явля- 
ется Интернет-телефония (Пете! Те]ерпопу) — передача речевой информации по 
сети пакетной коммутации, т.е. по сети, ранее предназначенной для передачи дан- 
ных. Поскольку в сети Интернет основным протоколом является протокол ТСРЛР, 
иногда эту технологию называют передачей «речи поверх данных» (Уолтсе оуег ГР, 
Уо]Р). В общем виде передачу речевой информации по любой пакетной сети пере- 
дачи данных (пакетную телефонию) можно рассматривать как передачу «речи по- 
верх сети» (Уотсе оуег №, УоМ), причем в зависимости от реализации сети (напри- 
мер, АТМ или Егате Ке|ау) можно говорить об УоАТМ или УоЕК. 

Компьютерная телефония коренным образом изменила подходы к предоставле- 
нию услуг местной, междугородной и международной телефонной связи и прерва- 
ла монополию систем с коммутацией каналов по оказанию этих услуг. 

На этом этапе определились три системных подхода к развитию КТ. Первый 
подход был основан на интеллектуализации электронных АТС, т.е. придания им 
дополнительных интеллектуальных функций при обслуживании абонента наряду с 
уже имеющимися коммутационными функциями. В этом случае электронные АТС 
(ЭАТС) как бы распараллеливают процесс обслуживания абонента (рис. 2.1, а), пе- 
реключая его по необходимости на обслуживание с помощью речевых интеллекту- 
альных функций. 
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а) 


Рис. 2.1. Системные подходы к развитию компьютерной телефонии 


Второе направление предполагает первичность операторского обслуживания 
абонента и его максимальную автоматизацию (рис. 2.1, 6). Такое обслуживание 
можно представить как последовательный элемент обслуживания, при этом интел- 
лектуальные речевые функции являются дополнительным элементом операторско- 
го центра. Данное направление получило название са!-центр (центр обработки вы- 
зовов). Наиболее широкое применение это направление получило в США, что объ- 
ясняется определенными маркетинговыми особенностями предоставления услуг в 
этой стране: основной упор делается на информационное обслуживание абонентов, 
являющихся клиентами компаний, нежели на предоставлении услуг связи в тради- 
ционном его понимании. 

И наконец, третье направление развитие систем КТ — это представление систем 
компьютерной телефонии, выполняющих функции интеллектуальной коммутации и 
маршрутизации вызовов в совокупности с речевыми интеллектуальными функциями 
и ручным обслуживанием, как самостоятельного элемента сети (рис. 2.1, в). Это на- 
правление более традиционно для европейской модели обслуживания. 

Если на первоначальном этапе своего развития эти функции были реализованы 
на принципах офисных АТС, то на последующем этапе наличие возможности стыка 
систем КТ с сетью связи по цифровым каналам выводит эти системы из разряда 
офисных и позволяет предоставлять услуги по обработке вызовов практически рав- 
ноправно с электронными городскими АТС. 
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Эти факторы выводят системы КТ из области приложений дополнительных ус- 
луг в более широкую область систем связи малой и средней емкости. Если учесть, 
что электронные АТС развиваются в направлении предоставления дополнительных 
услуг, то налицо явная конкуренция между двумя направлениями. В настоящее вре- 
мя можно говорить, что в отдельных комплексных приложениях эти системы рав- 
нозначны в своих возможностях и вступают в силу ценовые и другие факторы. Ни- 
же эти вопросы будут рассмотрены более подробно. 

Что касается конкуренции между представлением систем КТ в виде самостоя- 
тельного элемента сети или в виде са|-центра, то эти направления используют 
практически одинаковую элементную базу и имеют схожие системные подходы, 
поэтому могут конкурировать на уровне приложений. 

Таким образом, направление КТ, пройдя определенные этапы своего развития и 
становления, превратилось из приложения к системам коммутации, т.е. дополни- 
тельного компьютерного «интеллекта» при обработке телефонных вызовов, в сис- 
тему самостоятельной интеллектуальной обработки вызовов и данных, созданную в 
ходе конвергенции сетей с коммутацией каналов и пакетной коммутации. 

В настоящей книге автор отдает предпочтение представлению систем КТ как са- 
мостоятельного элемента сети связи, учитывая тем не менее и другие представления. 


2.2. Функции компьютерной телефонии и их реализация 


Итак, системы КТ могут использоваться в трех направлениях: 

— как отдельный самостоятельный функциональный элемент; 

— в качестве средства повышения функциональных возможностей уже имеюще- 

гося коммутационного оборудования; 

_ в виде сети услуг, действующей «поверх» существующих инфокоммуникаци- 

онных систем. 

Однако, поскольку развитие функциональных возможностей компьютерной те- 
лефонии столь стремительно, а ее интеграция в инфраструктуру телекоммуникаций 
столь всеобъемлюще, дать в этой главе полное описание средств КТ не представля- 
ется возможным. Остановимся только на существующих возможностях КТ или уже 
наметившихся тенденциях. 

Перечислим основные функциональные возможности КТ. 

Маршрутизация вызовов и преобразование сигнализации (М): 

— определение направления (назначения) вызова, анализ назначения и перена- 

правление вызова по результатам анализа; 

— преобразование сигнализации входящих цифровых каналов в требуемую сиг- 

нализацию исходящих цифровых каналов. 

Преобразование информации из формата сетей с коммутацией каналов в фор- 
мат сетей пакетной коммутации и обратно (Г). 

Организация «диалога» с абонентом (2) — одна из ключевых функций КТ. Ин- 
формация, передаваемая в процессе диалога, может быть как речевая, так и визу- 
альная, в том числе текстовая. При этом терминал, используемый абонентом для 
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организации диалога, должен иметь элементы управления и преобразования инфор- 
мации. В рамках данной функции предусматривается широкий круг составляющих, 
а именно: 

— реализация непосредственно алгоритма диалога; 

— подготовка речевой и визуальной информации для ее приема и передачи; 

— анализ управляющей информации, поступающей с терминала абонента; 

— формирование управляющей информации для передачи ее другим системам; 

— взаимодействие с фактическими базами данных (ФБД) для организации диа- 
лога и приема-передачи текстовой информации; 

— взаимодействие с речевой базой данных (РЬД) для реализации речевого отве- 
та и анализа речевого сигнала. 

Запись, хранение, преобразование информации из данных в аудиосигнал (ОТМЕ 
посылки, факс, е-тай, 5М5, речь) и обратно (7). По сравнению с аналитической 
функцией О данная функция в большой степени является технологической. Сово- 
купность функций 2 и 1 получила название «медиаресурсы». Функция 1 включает 
в себя: 

— генерацию ОТМЕ посылок; 

— синтез речи по тексту (синтезаторы речи) и восстановление речи по заранее 

записанному речевому сигналу (кодеки); 

— анализ ОТМЕ посылок; 

— анализ речи, включающий в 
себя пословный анализ или 
анализ непрерывной речи; 

— запись, хранение и восстанов- 
ление речевого сигнала; 

— преобразование данных из 
одного формата в другой. 

Интеграция и распределение <“ 


информации по разным сетям и 
Система КТ 


системам связи (Г) — одна из важ- 
5 ВИ 


ных функций систем КТ, позво- 
Факсимильные Речевые 
сообщения сообщения 


Сеть пакетной 
коммутации 


Электронные 


сообщения Речь 


и 


ляющей ей находиться как бы в уз- 
ле пересечения разных сетей и сис- 
тем связи. В частности, [Р-телефо- 
ния позволяет стыковать системы 
коммутации каналов с системами 

пакетной коммутации. 


На рис. 2.2 приведено функ- 


циональное взаимодействие между Сетьс — 
различными типами сообщений, коммутациеи 
каналов 


циркулирующими в системах свя- 
зи, взаимное преобразование кото- 


рых в той или иной степени воз- Рис. 2.2. Функциональное взаимодействие 
можно средствами КТ. между различными типами сообщений 
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Таблица 2.1 Прежде чем перейти непосред- 
ственно к рассмотрению реализа- 
ции функций КТ, необходимо вы- 
делить параметры и характеристи- 
ки этих функций. 

Параметры (аргументы) функ- 
ции [` представлены в табл. 2.1. 

Для функции М основными па- 
раметрами являются назначение 
(направление) вызова (Ну), тип ал- 
горитма реализации маршрутизации (А„), вид сигнализации входящих и исходящих 
потоков (Х), например, для используемых на российских линиях связи это К],5; 
В2; Еб51 РВГ; ОКС 7. 

Для функции У такими параметрами будут направление преобразования (Р„), а 
именно, преобразование в пакеты входящего сигнала, его восстановление или сово- 
купность этих возможностей. 

Основные характеристики функции О показаны в табл. 2.2. 


Наименование 


Время начала соединения Г, 
Время окончания соединения 


Таблица 2.2 


Наименование Обозначение Примечание 
Характер алгоритма Смешанный, информационный, аналитический и т.д. 
ОТМЕ посылки (Р!;), дополнительные (Р;) сигналы 
Функция приема .. 
(ах, е-та!, $5М$ ит.д) и речевой сигнал (Р,) 


ОТМЕ посылки (Оз), дополнительные (О,„) сигналы 
или речевой сигнал (О,) 


Функция взаимодейст- ЕЕ Зависит от реализации ФБД и принципов 
вия с ФБД взаимодействия с ней 


АЗК 
Функция передачи Р (Рау) 


Для функции 2 основная характеристика — вид преобразования аудиоинформа- 
ции из данных в речь и обратно, соответственно синтеза речи по тексту или восста- 
новления ранее записанного речевого сигнала. 

Основной параметр функции / — наличие или отсутствие в данной системе КТ 
возможности распределения информации по разным сетям и системам связи. 

Таким образом, каждую систему КТ можно рассматривать и проектировать, ис- 
ходя из совокупности вышеуказанных функций. 

Другим важным аспектом реализации функций систем КТ, свойственным лю- 
бым системам на этапе их «зрелости», является наличие унифицированных интер- 
фейсов аппаратных и программных составляющих. Действительно, для эффектив- 
ного использования любых систем необходимо, чтобы пользователь имел возмож- 
ность комплектовать эти системы из узлов разных производителей, а сами системы 
могли функционировать в однородной среде себе подобных. Для АТС, функциони- 
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рующих на единой сети связи, такими интерфейсами являются протоколы обмена 
межстанционной сигнализацией, в России это К]1,5; К2; ЕОЗ; ОКСУ. 

Аналогичные стандартизованные протоколы взаимодействия и соглашений 
необходимы и для систем КТ. Для выработки таких соглашений был создан Меж- 
дународный форум компьютерной телефонии (Ещегризе Сошршег ТеерВопу Ео- 
гаш, ЕСТЕ) [15]. 

В основе стандартизации протоколов КТ лежит протокол поддержки телекомму- 
никационных приложений СУТА (Сотшрщег Зирроцед Те@еесоттиплсайоп$ АрриИса- 
1015), определенный Европейской ассоциацией производителей компьютеров (Епго- 
реап Сошрщег Мапи асяхгегз Аз$зосланоп, ЕСМА) как результат технического согла- 
шения открытого консорциума ведущих производителей телекоммуникационного и 
компьютерного оборудования. Для обеспечения поддержки независимых сервисов 
этого протокола, набора правил и функций взаимодействия с телефонами, линиями и 
коммутаторами были предложены интерфейс программных приложений телефонных 
услуг ТЗАР1 (ТаерВопу Эегусез АР]), разработанный компанией № №уе! и ориентиро- 
ванный на операционную систему МХ, и программный интерфейс для разработки 
приложений компьютерной телефонии ТАРТ (Те!ерБопу Арр|саноп$ Ргортатити? Ш1- 
1еНасе), разработанный компанией М1сгозой и ориентированный на среду Ут4о\з. 

Основные приложения ТЗАР]Т и ТАРГ достаточно подробно описаны в литерату- 
ре [17]. Приложения ТАРГ имеют разновидности для подключения клиентов по 
абонентским и соединительным линиям и для 16- и 32-битных приложений функ- 
ций управления для архитектуры клиент-сервер. 

Реализация функций систем КТ осуществляется на основе компьютерных 
средств, системного программного обеспечения, специализированного программ- 
ного обеспечения и программно-аппаратных средств КТ. Поскольку в рамках на- 
стоящей книги не ставится задача обзора существующих аппаратно-программных 
средств КТ, который почти исчерпывающе приведен в [17], ограничимся только об- 
щими принципами построения этих компонент. Эти принципы используются прак- 
тически всеми отечественными и зарубежными производителями и основаны на ис- 
пользовании как стандартных протоколов [16], так и оригинальных протоколов 
конкретных производителей. 

В частности, примером оригинального подхода является семейство плат П\а- 
1021с, для управления которыми использованы библиотеки, содержащие огромное 
количество функций [17]. При этом компания 01а[о21с использует набор модулей 
(плат расширения) для систем КТ на основе открытого стандарта. В настоящее вре- 
мя таким стандартом является архитектура систем обработки сигналов (512па1 Сот- 
рийп? зует Агспцесвхте, ЗСЗА), которая включает в себя стандарты как на аппа- 
ратное, так и на программное обеспечение, что позволяет унифицировать разработ- 
ку прикладных систем КТ на всех уровнях. 

Пожалуй, этими аспектами можно было бы ограничиться, если бы технический 
прогресс в телекоммуникационных системах в целом и в системах КТ, в частности, 
не был так стремителен. Ведущие производители средств КТ практически каждые 
три года обновляют свой модельный ряд аппаратно-программных средств, поэтому 
рассмотрим средства реализации КТ в самом общем виде. 
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К программно-аппаратным средствам относят: 

— интерфейсные компоненты для реализации ряда функций, необходимых для 
соединений с сетями коммутации каналов и внутреннего сопряжения между 
отдельными модулями; 

— коммутационные компоненты для маршрутизации и интеллектуальной ком- 
мутации; 

— речевые (аппаратные и программные) компоненты для оцифровывания, сжа- 
тия, воспроизведения и распознавания речи; 

— компоненты [Р-телефонии; 

— компоненты взаимодействия с операторским центром; 

— компоненты расширения функций. 

Интерфейсные компоненты предназначены для стыка с аналоговыми и циф- 

ровыми каналами связи, а также для стыка между другими компонентами. 

Для стыка с аналоговыми, чаще всего абонентскими, каналами связи использу- 
ются интерфейсные компоненты, позволяющие преобразовывать электрические 
сигналы оконечного абонентского терминала в сигналы цифровых каналов. 

Для стыка с цифровыми каналами связи используются цифровые интерфейсные 
компоненты, поддерживающие соответствующие сигнализации. В частности, для 
российских сетей связи, использующих стандарт Е1 (ИКМ-30/32), цифровые интер- 
фейсы поддерживают протоколы сигнализации К1.5 (многочастотный челнок и 
многочастотный пакет), К2, [5О0ОМ РКТ ОКС7. Многие современные интерфейсные 
компоненты для стыка с цифровыми каналами связи, особенно в случае открытых 
стандартов, имеют дополнительные прикладные программные средства для разра- 
ботки и настройки других протоколов или их модификаций. 

Второй тип интерфейсных компонент — компоненты внутреннего сопряже- 
ния. Особенностью реализации КТ является модульный подход, что позволяет 
строить целевую функцию систем КТ путем оптимального набора необходимых 
функциональных компонент. Естественно, при этом возникает необходимость 
интерфейсного сопряжения отдельных компонент. Такой интерфейсной компо- 
нентой может служить, в частности, внутренняя шина обмена данными. Для 
большинства модулей КТ такой шиной является 5СЪи$ — двунаправленная вы- 
сокоскоростная мультиплексированная шина с возможностью управления ее ос- 
новными параметрами. 5СЬиз$ является главной компонентой 5СЪА и служит 
объединительным началом между различными компьютерными и телефонными 
стандартами. 

Коммутационные компоненты предназначены для маршрутизации и интел- 
лектуальной коммутации. Они реализуются на основе программных средств и ис- 
пользуют все типы интерфейсных компонент. С помощью коммутационных компо- 
нент реализуются функции логического перенаправления вызова, конференцсвязи 
и другие функции коммутации, присущие электронным АТС. Наличие и использо- 
вание данных компонент зачастую стирает различие в этой области между ЭАТС и 
системой компьютерной телефонии. Наличие коммутационных компонент в систе- 
мах КТ позволяет относить эти системы к разряду учрежденческих АТС (УАТС), 
построенных на принципах КТ. 
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Речевые компоненты относятся к базисным компонентам КТ, поскольку это 
именно те компоненты, которые дали основу этому направлению. Если на первых 
этапах развития КТ эти компоненты реализовывали на стыках с аналоговыми линия- 
ми, то на современном этапе эти компоненты адаптируют к цифровым каналам. 

Основные речевые компоненты выполняют четыре основных функции: оцифро- 
вывание речи, сжатие оцифрованного речевого сигнала, воспроизведение и распо- 
знавание речи. 

Оцифровывание речевого сигнала. Эта компонента предназначена для работы 
систем КТ с аналоговыми каналами связи и определяется тем фактом, что дальней- 
шая обработка и хранение речевой информации может проводиться компьютерны- 
ми системами только в цифровой форме. 

Сжатие речевого цифрового сигнала. Эта компонента предназначена для опти- 
мального хранения речевого сигнала. Поскольку «прямые» методы оцифровки ре- 
чевого сигнала не позволяют оптимальным образом использовать память компью- 
тера, методы сжатия речевого сигнала, используя его информативную избыточ- 
ность, позволяют определить закономерности изменения речевого сигнала и запи- 
сать речь в сжатой форме. 

Воспроизведение речевого сигнала является наиболее востребованной компо- 
нентой в системах КТ. Реализация этой функции зависит от предыстории воспроиз- 
ведения речи, которую условно можно разделить на три типа. Первый и второй 
тип — случаи, когда необходимо воспроизвести ранее записанный речевой сигнал. 
В первом случае необходимо воспроизвести речь неизвестного смыслового содер- 
жания, во втором — известную (каталогизированную) запись. Хотя на первый 
взгляд эти случаи схожи, но они имеют разные качественные характеристики, по- 
этому для каждого из этих типов используются специальные способы воспроизве- 
дения. Второй случай часто называют синтезом речи с ограниченным словарем. 

Третий тип воспроизведения речевого сигнала используется в тех случаях, ко- 
гда невозможно или нерационально иметь готовые цифровые «слепки» большого 
количества слов или фраз, это случай называют синтезом речи с неограниченным 
словарем. В этом случае речевой словарь заранее не подготавливается, а воспроиз- 
ведение речи ведется путем синтеза речевого сигнала по тексту. Существуют раз- 
личные методы синтеза неограниченного словаря, в частности наиболее известный 
из них — фонемный синтез речи. 

Распознавание речи в настоящее время является наименее развитой речевой 
компонентой и относится к области распознавания образов. В связи со значитель- 
ными сложностями реализации данной компоненты, она традиционно подразделя- 
ется на две составляющие: распознавание отдельных слов и распознавание непре- 
рывной речи. 

Распознавание непрерывной речи является элементом создания искусственного 
интеллекта в части опознавания речевых образов и находится уже длительное вре- 
мя в области теоретических исследований, нежели практических приложений. Од- 
нако получение реальных практических результатов может осуществить переворот 
не только в сфере систем КТ, но и во всей области интеллектуальной обработки ин- 
формации. 
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Распознавание отдельных слов можно определить как функцию, обратную 
функции синтеза и воспроизведения речи. Здесь также различают случаи распозна- 
вания речи с ограниченным и неограниченным словарем. Трудность распознавания 
слов неограниченного словаря так же, как и распознавания непрерывной речи, свя- 
зана с проблемами нахождения закономерностей речеобразования, выделения осо- 
бенностей речевого сигнала и обработки в реальном времени больших объемов ин- 
формации. Существующие в настоящее времени подходы (в частности, [18]) позво- 
ляют в определенной мере решить эти задачи. Однако говорить о практической реа- 
лизации этих подходов преждевременно. 

Обращаясь к распознаванию ограниченного словаря, можно отметить значи- 
тельные достижения в этой области, практическое использование которых уже ве- 
дется в более широкой области, нежели системы КТ. В приложениях КТ распозна- 
вание речи с ограниченным словарем используется в двух случаях: для распознава- 
ния заданного перечня команд неизвестного диктора и для идентификации диктора 
по заранее записанным им командам. Как будет показано в дальнейшем, первое 
приложение может быть использовано для управления абонентом системой КТ, а 
второе — для идентификации абонента в системе. 

Компоненты ГР-телефонии. [ГР-телефонию можно рассматривать в узком и ши- 
роком смысле. В узком смысле — когда система КТ построена на принципах сети с 
коммутацией каналов — компоненту [Р-телефонии можно рассматривать как шлюз 
между двумя типами сетей. В широком смысле ГР-телефонию можно рассматривать 
как альтернативный принцип реализации систем КТ в целом, в частности на основе 
сетей пакетной коммутации. 

Далее компоненты [Р-телефонии будут рассматриваться только как шлюз системы 
КТ, что позволяет не останавливаться подробно на теоретических аспектах. Более пол- 
ное описание [Р-телефонии приводится в специальной литературе, например [19, 20]. 

Для понимания сущности ГР-телефонии и ее взаимосвязи с системами КТ необ- 
ходимо отметить следующие аспекты. Во-первых, передача речи поверх [Р-сетей 
(Уо!Р) осуществляет передачу речи по общедоступным сетям с использованием 
протокола ТСРЛР и различных методов идентификации абонента, присущих этим 
сетям (ОМ и [Р-адреса). Во-вторых, использование Уо[Р позволяет унифицировать 
все типы сообщений, циркулирующих в системах КТ в виде цифровых пакетов. 
В-третьих, существующие в настоящее время тенденции унификации протоколов 
Уо?]Ь, в частности, Н.323, З[Р (Зез;1оп Шшианоп Ргоюсо]) для установления соедине- 
ния между абонентами и МОСР (Мефа Озме\уау Сопо| Ргоюсо!), описывающего 
процедуры взаимодействия шлюзов, позволяют говорить об интегрированных под- 
ходах к реализации систем разными производителями. В четвертых, и это один из 
главных факторов, разработаны методы, позволяющие значительно повысить каче- 
ство обслуживания (Оца|(у оЁ Зегусе, Оо) как за счет уменьшения количества не- 
предсказуемых пауз при воспроизведении речи, обусловленных разными задержка- 
ми речевых пакетов из-за разного пути, так и за счет оптимизации способов коди- 
рования и восстановления речи. 

Рассматривая 1Р-телефонию как разновидность систем КТ, можно выделить 
схожие принципы построения: голосовые шлюзы (уо1се сае\угау), систему интер- 
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активного ответа (ТУК), интерфейсы взаимодействия с сетью и т.д. Таким обра- 
зом, если относить [Р-телефонию к компонентам систем КТ, то эту компоненту 
следует рассматривать как совокупность подобных функций и свойств самой 
системы. 

Компоненты взаимодействия с операторской службой. Как уже упоминалось 
выше, ручные операторские службы (ОС) являются одним из важных элементов 
предоставления дополнительных услуг электросвязи и в определенной мере той от- 
правной точкой, с которой берет свою основу направление КТ, т.е. автоматическое 
предоставление определенного спектра услуг, предоставлявшихся ранее операто- 
ром телефонного центра. Исходя из этого, существуют два подхода к реализации 
взаимодействия с операторской службой, основанных на принципе «первичности», 
а именно: 

— услуги, которые не могут быть реализованы средствами КТ, реализуются руч- 

ной службой; 

— услуги, которые не могут быть реализованы ручной службой, реализуются 

средствами КТ. 

Практически речь идет о решении прямой и обратной задачи. Однако именно 
это различие ведет к разнице подходов. 

Как говорилось выше, реализация второго пути известна как реализация са|-цен- 
тров. В настоящей книге предпочтение отдается первому подходу, однако для приме- 
ра в Приложении 2.2 приведены основные положения реализации са|]-центров. 

Операторская служба реализуется как законченная подсистема [21, 22], содер- 
жащая модули распределения и обработки вызовов и рабочие места операторов, 
объединенные в локальную сеть и имеющие интерфейсы с базами данных. Говоря о 
компонентах взаимодействия с операторской службой, мы подразумеваем связь 
внешних систем КТ с ее составляющими. При этом необходимо определить, какую 
информацию требуется передавать между ОС и системой КТ. 

Первый тип информационного взаимодействия — передача информации в ОС о 
звонящем абоненте: кто звонит, куда звонит, с какой целью. Данное информацион- 
ное взаимодействие используется в случаях, когда подсистема распределения вызо- 
вов входит в систему КТ. В случае, если подсистема является составной частью 
ОС, идет речь о информационном взаимодействии между двумя подсистемами рас- 
пределения вызовов. Поскольку указанная выше информация обычно содержится в 
тракте сигнализации (для сетей с коммутацией каналов) или в адресных пакетах 
(для сетей пакетной коммутации), то ее обмен между подсистемами осуществляет- 
ся до установления соединения. 

Второй тип информационного взаимодействия — взаимодействие с базами дан- 
ных, с одной стороны, для определения атрибутов абонента, информации об або- 
ненте и его запросе, а с другой — для записи в базы данных информации от абонен- 
та или информации для передачи другим абонентам или службам. Пример такого 
взаимодействия — прием операторами в голосовом режиме информации для даль- 
нейшей ее передачи в виде факсов, ЗМЗ или е-таи. 

Третий тип информации — управляющая информация, которая предназначена 
для управления другими компонентами КТ. 
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Компоненты расширения функций КТ являются дополнительными компо- 
нентами для подготовки данных и интерфейсного взаимодействия с различными 
системами передачи информации. Эти компоненты названы дополнительными, по- 
скольку они включены в систему КТ позже речевых компонент. Современные сис- 
темы КТ могут в отдельных приложениях содержать только эти компоненты, что 
делает их основными функциональными компонентами. 

Наиболее известными среди компонент расширения функций являются факс-ком- 
поненты (Е-компоненты). Они могут быть реализованы с различной «глубиной», по- 
скольку могут содержать как преобразование форматов информации, так и алгоритмы 
факсимильной передачи и взаимодействия с факс-модемами. Наиболее простыми из 
них являются компоненты преобразования информации из произвольного формата в 
факсимильный и обратно, более сложными — компоненты взаимодействия с факс-сер- 
вером. Под факс-сервером понимается не только факс-модемый пул, который обеспе- 
чивает физическую передачу факсимильных сообщений, но и систему управления ба- 
зой данных факсимильных сообщений, обеспечивающую их накопление, хранение и 
передачу. Для интеграции факс-сервера в систему КТ и служат факс-компоненты. 

Наиболее близкими к факс-компонентам по функциональной реализации явля- 
ются Е-компоненты (компоненты взаимодействия с почтовым сервером), 5М5-ком- 
поненты (компоненты взаимодействия с сервером приема-передачи 5М5) и компо- 
ненты взаимодействия с сервером радиовызова (К-компоненты). Близость функ- 
циональной реализации этих компонент определяется близостью функциональной 
реализации почтовых и ЭМБ-серверов, а также сервера радиовызова. Естественно, 
что речь идет именно о схожести функциональной реализации и характере инфор- 
мационных сообщений, а не о различном принципе взаимодействии с сетями связи. 

Компонента, которая осуществляет взаимодействие между Е-, 5М5- и К-компо- 
нентами, а зачастую и содержит их совокупность, является У-компонента. Взаимо- 
действие между этими компонентами заключается во взаимном преобразовании 
форматов и перераспределением сообщений из одного сервера в другой. 

Для наглядности рассмотрим случай, когда в почтовом сервере накапливаются 
электронные сообщения, которые необходимо перераспределить по другим серве- 
рам и направить одни из них как ЗМ$-сообщения, а другие сохранить в виде фак- 
сов и передать их по запросу абонентов. В таком процессе будут участвовать 
\У-компоненты, которые преобразуют сообщения из электронного формата в 5М$ и 
направят эти сообщения в 5М$-сервер для передачи их на сотовые телефоны адре- 
сатов, а также Е-компоненты, которые преобразуют электронный формат в факси- 
мильный, запишут эти сообщения в факс-сервер с указанием, по запросу какого ад- 
ресата их можно передать. | 


2.2.1. Функциональная архитектура 
Наличие в определенной степени стандартизованных протоколов и совокупность 


функциональных компонент позволяет рассматривать архитектуру систем КТ в 
обобщенном виде. 
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Функциональная архитектура систем КТ строится на основе шести составляющих: 


— модели вызовов; 
— сервисы; 

— интерфейсы; 

— приложения (применения); 
— управление; 

— оборудование. 


Исходя из этих составляющих, архитектурные модули можно представить как 
набор функциональных компонент, взаимодействующих между собой. В соответст- 
вии с принятыми международными стандартами определенные наборы компонент 
рассматриваются как архитектурно-функциональные модули, которые подразделя- 


ются на: 

— модуль контроля вызовов (МКВ); 

— модуль телефонных ресурсов (МТР); 

— модуль медиасервисов (ММС); 

— модуль драйверов (МД); 

— адаптеры интерфейса (МАИ); 

— модули взаимодействия приложений 

(МП). 

МКВ реализует функцию взаимодействия 
с коммутационным оборудованием, МТР 
реализует медиауслуги, МД предоставляет 
доступ к медиауслугам, ММС дает возмож- 
ность интерфейсного взаимодействия между 
МТР и МД, МАИ является инициатором ме- 
диауслуг и, наконец, МП дает возможность 
взаимодействия с приложениями. 

В целом функциональную архитектуру 
систем КТ можно представить в виде много- 
уровневой —взаимоувязанной — структуры 
(рис. 2.3). На рисунке представлено качест- 
венное распределение функций по архитек- 
турным модулям. При реализации данной 
модели некоторые компоненты распределе- 
ны по нескольким модулям. Кроме того, при 
разработке каждым производителем своей 
конфигурации систем КТ возможна реализа- 
ция совокупности модулей как отдельной 
функционально стандартизованной системы, 
получившей название «телефонного серве- 
ра». Однако данное определение отражает 
этап развития систем КТ, когда они функ- 
ционировали на сетях с коммутации каналов. 
С появлением ПР-телефонии, которая из при- 
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Рис. 2.3. Функциональная архитектура 
систем КТ 
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ложения КТ постепенно превратилась в самостоятельную область, понятие «теле- 
фонный» стал означать только возможность, наряду с данными, обработки речево- 
го трафика. Для того чтобы сохранить терминологию, ранее принятую для систем 
КТ, более точное определение данной системы может дать понятие «интегральный 
телефонный сервер», или «интегральный сервер КТ» (ИСКТ). Термин «интеграль- 
ный» указывает как на то, что система КТ в общем случае может быть реализована 
в распределенной вычислительной среде и состоять из совокупности функциональ- 
ных серверов, так и на возможность ее функционирования на совокупности сетей с 
коммутацией каналов и пакетной коммутации. 

Такой подход позволяет не только распределять выполнение разных функций 
на взаимоувязанных компьютерных средствах, но и оптимизировать интеграцию 
систем КТ в телекоммуникационную сеть (рис. 2.4). При этом ИСКТ не выполняет 
коммутационные функции, они возложены на интегральные модули (ИМ), подклю- 
ченные к узлам сети. Использование традиционного распределенного принципа 
при построении систем КТ дает возможность использовать ИМ не только для функ- 
ций контроля услуг. В зависимости от типа услуги, оказываемой в каждом узле се- 
ти связи, эти модули могут содержать не только функции контроля вызовов, но и 
отдельные функции телефонных и медиаресурсов. 


Сеть 
с коммутацией 
каналов 


Сеть 
пакетной 
коммутации 


Рис. 2.4. Интеграция систем КТ в телекоммуникационную сеть 


Реализация систем КТ на основе интегрального подхода позволяет уделить 
особое внимание функции контроля услуг, т.е. функции, присущей коммутацион- 
ному оборудованию. Дополнительные условия накладываются на системы КТ при 
интеграции ИСКТ в нескольких узлах разнородных сетей, которая может быть 
осуществлена с использованием специальных межсетевых коммутаторов. В част- 
ности, межсетевой коммутатор может быть реализован программным путем, по- 
лучившим название ЗоВ З\/йсВ (см., например, [24]). Зой З\ууисЬ позволяет осу- 
ществлять управление инфраструктурой сети и контроля над сессиями в рамках 
единого блока. 
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При использовании технологии ой Зуев ИМ являются только шлюзами сер- 
вера (см. рис. 2.4), а все архитектурно-функциональные модули включены или под- 
ключены к ЗоЙ Э\ СВ. 


2.2.2. Функциональная реализация 


В процессе развития систем компьютерной телефонии реализация ее компонент 
прошла естественный путь от «простого» [5] к «сложному» [17], т.е. от реализации 
одной функциональной компоненты на основе совокупности функциональных мо- 
дулей до реализации группы компонент одним архитектурным модулем. Тем не ме- 
нее для наглядности в дальнейшем рассмотрении мы будем придерживаться терми- 
нологии «простой модуль» или «интегральный модуль» для случаев, когда такой 
модуль имеет функциональную завершенность, оговаривая при необходимости его 
аппаратно-программную реализацию. 

Говоря о системе КТ как о совокупности архитектурно-функциональных моду- 
лей (АФМ), следует понимать, что в отдельных случаях эти модули являются при- 
надлежностью других систем, например, сервер 5МЗ может являться принадлежно- 
стью сети оператора сотовой связи, а система КТ осуществляет лишь взаимодейст- 
вие с ним на физическом и информационном уровне. Однако в дальнейшем мы не 
будем акцентировать внимание на вопросе принадлежности, за исключением тех 
случаев, когда этот вопрос является принципиальным. 

При рассмотрении архитектуры систем КТ были выделены основные типы 
АФМ, которые реализуют одну или совокупность функциональных компонент. 
В дальнейшем под простым модулем (ПМ) мы будем понимать комплекс аппа- 
ратно-программных средств для реализации отдельных компонент систем 
КТ (кроме функции контроля вызовов), а под интегральным модулем (ИМ) — 
совокупность нескольких взаимосвязанных компонент или компоненту контро- 
ля ВЫЗОВОВ. 

Рассмотрим функциональную реализацию системы КТ (рис. 2.5). 


Функциональная реализация включает в себя следующие модули: 

— ПМ (1-7) реализуют интерфейсные компоненты, которые в дальнейшем бу- 
дем называть шлюзами; 

— набор специальных ИМ (8-13) реализует дополнительные компоненты, ком- 
поненты [Р-телефонии, голосовые компоненты; 

—ИМ (14) реализует коммутационные компоненты, а также архитектурные 
функции взаимодействия с коммутационным оборудованием, в частности ЗоЙ 
э\/ИсЬ, а также функции управления и взаимодействия между различными 
компонентами; 

— ИМ (15) выполняет инициацию и реализацию медиауслуг, а также взаимодей- 
ствия с приложениями; 

— ИМ (16) выполняет приложения. 
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Рис. 2.5. Функциональная реализация системы КТ 


Рассматривая функциональную реализацию системы КТ, основанную на ее 
представлении как совокупности простых и интегральных модулей, необходимо 
еще раз подчеркнуть, что интегральные модули могут быть распределены по сети 
доступа к услугам, что позволяет использовать этот подход для построения гибрид- 
ных интеллектуальных сетей, о которых пойдет речь ниже. 

Примером практической аппаратно-программной реализации модулей КТ явля- 
ется набор аппаратных средств и программного обеспечения Плаюр?1с [17]. Данный 
набор продуктов включает в себя как простые модули в виде компьютерных интер- 
фейсных плат, реализующих аналоговые и цифровые шлюзы к сетям коммутации 
каналов, так и интегральные модули, позволяющие реализовать речевые и факси- 
мильные компоненты КТ. Кроме того, набор плат П1а]о21с включает в себя комби- 
нированные платы, объединяющие простые и интегральные модули. Программное 
обеспечение ПО1а]о21с содержит, кроме оригинальных библиотек обработки сигна- 
лов, ряд приложений и утилит, позволяющих оптимальным образом проектировать 
интегральные модули управления, сервисов и приложений. 

Модульный подход позволяет достаточно просто описывать реализацию раз- 
личных систем компьютерной телефонии, которые описаны ниже. 


КОМПЬЮТЕРНАЯ ТЕЛЕФОНИЯ 59 


2.3. Приложения компьютерной телефонии 


На всех этапах развития КТ существовали различные подходы к классификации ее 
приложений [ 14, 21]. При этом на каждом этапе появление новых возможностей се- 
тей связи, оборудования и, что не менее важно, целевые функции решаемых задач 
определенным образом корректировали объем и функции приложений КТ. Тем не 
менее существующие закономерности построения архитектуры телекоммуникаци- 
онной сети позволяют выделить две основные группы приложений КТ: транспорт- 
ные и оконечные. В свою очередь, каждую группу этих приложений можно разбить 
на подгруппы, определяющие вид взаимодействия. Имеет право на существование 
и другой подход, а именно, классификация приложений КТ с точки зрения предос- 
тавления определенных групп услуг. 

Можно выделить несколько направлений, к которым можно отнести группы ус- 
луг телекоммуникационных сетей. Выделяя направления, в которых общение або- 
нента с телекоммуникационной системой посредством речевых сообщений можно 
считать первичным, получим перечень разновидностей систем КТ. Не претендуя на 
полноту, можно отметить следующие приложения: 

— транспортные приложения; 

— приложения по маршрутизации трафика; 

— приложения отложенных сообщений; 

— информационные приложения реального времени. 

Примерами транспортных приложений [21] является [Р-телефония (как и дру- 
гие приложения передачи речи поверх данных), учрежденческие АТС на основе 
КТ, различные конференц-мосты. Пример приложений по маршрутизации трафи- 
ка — реализация группы «интеллектуальных услуг». Примеры остальных приложе- 
ний в чистом виде привести достаточно трудно, поскольку в большинстве случаев 
реальные приложения являются совокупностью нескольких приложений. Этим и 
объясняется компонентный подход для реализации приложений, описанный выше. 

Используя компонентный подход и приведенную классификацию, выделим три 
основные группы совокупных приложений: 

— универсальная почта (ип1Нед та$5аР1п2); 

— контакт-центры; 

— центры оповещения и записи. 

Следует отметить, что в настоящее время даже эти совокупные приложения пе- 
ресекаются между собой и каждое из них может включать, частично или полно- 
стью, смежные приложения. Учитывая это, составляющие этих приложений будут 
описаны в чистом виде, а читатель может на основании дополнительной информа- 
ции, практического опыта и интуиции самостоятельно формировать новые прило- 
жения и их совокупность. 


2.3.1. Универсальная почта 


Универсальная почта является приложением КТ, обеспечивающим запись, преобра- 
зование форматов, хранение и выдачу по запросу (или автоматическую пересылку) 
различных видов сообщений. 
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Услуга «универсальная почта» предполагает, что абонент имеет возможность 
получать в свой универсальный почтовый ящик (УПЯ) сообщения в любом форма- 
те (голосовом, е-та|, факсы, 3М$, пейджерные сообщения) и забирать эти сообще- 
ния из почтового ящика в нужном ему формате. Если обратится к терминологии 
шлюзов, то получение сообщений в том или ином формате определяется тем, через 
какой шлюз получено данное сообщение. В то же время желание абонента забрать 
то или иное пришедшее ему сообщение определяется тем, через какой шлюз он со- 
единяется с системой универсальной почты. 

Исходные данные. Как уже говорилось выше, сообщения могут поступать, 
храниться и передаваться в следующих основных форматах: оцифрованном рече- 
вом, электронном (е-та!!), факсимильном и текстовом (5М$, пейджерные сообще- 
ния). Кроме того, в системе может использоваться универсальный формат, в кото- 
рый преобразуются приходящие сообщения и из которого они могут быть обратно 
преобразованы в любой формат. 

Для преобразования хранимых сообщений из формата получения в формат за- 
проса или формат переадресации должен производится анализ типа шлюза, с кото- 
рого производится запрос, и в случае, если хранимое сообщение не может быть 
преобразовано в запрашиваемый формат, абонент извещается о формате получен- 
ного сообщения. Извещение о полученном сообщении и его формате может также 
автоматически посылаться на заранее определенный абонентом адрес. 

Исходя из этого, важным аспектом универсальной почты является система ад- 
ресации в ней абонента. Для того чтобы обеспечить автоматическое преобразова- 
ние и пересылку сообщений абоненту, необходимо в системе хранить информацию 
о совокупности телефонных и ГР-адресов. Адресация обычно подразделяется на 
входящую, т.е. на совокупность адресов абонента в системе универсальной почты и 
определяемых системой, и исходящую, т.е. совокупность адресов, на которые бу- 
дут пересылаться сообщения или направляться оповещения и которые определяет 
сам абонент. 

Например, если код системы универсальной почты соответствует (999)ТЕЛЕ- 
ФОН, где ТЕЛЕФОН — номер УПЯ абонента в системе, то для доступа к нему че- 
рез сеть Интернет его почтовый адрес будет ТЕЛЕФОН @ 999.К\Ц. В этом случае 
для передачи абоненту голосовых, факсимильных и ЗМЗ сообщений необходимо 
будет адресовать их на номер телефона, а для передачи е-та! — на электронный 
почтовый адрес. 

Для оповещения о получении сообщений или их автоматической переадресации 
(для каждого типа сообщений) абонент должен задать тип принимаемого им сооб- 
щения и свой адрес, по которому это сообщение должно быть передано. В частно- 
сти, если основной формат передачи текстовый, то абонент задает свой электрон- 
ный адрес. Для данного примера электронное сообщение может содержать, напри- 
мер, текст, если пришло сообщение 5М$ или пейджерное сообщение. В случае, ес- 
ли пришли речевые или факсимильные сообщения, они могут быть переданы на 
е-та! в виде прикрепленных речевых или графических файлов соответственно. 

Функциональная схема. Для примера рассмотрим функциональную схему 
системы универсальная почта, реализующей следующий набор функций: 
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— прием голосовых сообщений, их хранение и выдачу по запросу или пересылку 
на электронный адрес абонента в виде прикрепленного речевого файла; 

— прием факсимильных сообщений, их хранение и выдачу по запросу, или пере- 
сылку на заданный номер (номера) факса (факсов), или пересылку в виде при- 
крепленного файла на электронный адрес; 

— прием электронных почтовых сообщений, их хранение и выдачу по запросу в 
виде электронных или голосовых сообщений, или пересылку на пейджер, или 
в виде эМЪ. 

В рассматриваемом примере (рис. 2.6) функциональная схема должна содер- 
жать речевые шлюзы (к цифровым системам коммутации или ПР-сетям), по кото- 
рым принимаются и передаются речевые сообщения, факсимильные приемо-пере- 
дающие шлюзы, шлюзы к почтовому Интернет-серверу, а также передающие шлю- 
зы к серверам радиопоисковых систем и центру 5М$-сообщений. 
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Рис. 2.6. Функциональная схема системы «универсальная почта» 


Алгоритм функционирования. Пусть абонент выбрал следующие режимы ра- 
боты системы универсальной почты для ограниченной конфигурации: 
— собственные речевые сообщения передаются всем абонентам, соединившимс. 
с УПЯ абонента через речевой шлюз; 
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— принятые в УПЯ абонента речевые сообщения пересылаются как прикреплен- 
ные файлы в его электронный почтовый ящик у некоторого провайдера сети 
Интернет; 

— принятые в УПЯ абонента факсимильные сообщения выдаются по запросу, 
пришедшему на его факс-шлюз; 

— абонент может производить рассылку факсимильных сообщений через свой 
УПЯ, задав при этом группу номеров телефонов, на которые необходимо от- 
править эти сообщения; 

— принятые в УПЯ абонента факсимильные сообщения пересылаются как при- 
крепленные файлы в его электронный почтовый ящик у некоторого провайде- 
ра сети Интернет; 

— электронные сообщения, принятые в его системный электронный почтовый 
ящик, могут быть переадресованы на его электронный почтовый ящик у неко- 
торого провайдера сети Интернет, а сам абонент должен быть оповещен о по- 
лучении электронного сообщения; 

— электронные (текстовые) сообщения, принятые в его системный электронный 
почтовый ящик, могут быть направлены на его пейджер или на мобильный те- 
лефон в виде 5М®. 

Перечень состояний для этого примера приведена в табл. 2.3. 


Таблица 2.3 


Входящие Запросы на Исходящие 
.. Оповещения 
сообщения получение сообщений сообщения 
Речевой шлюз Речевые Любые 
Речевые 
Без запроса Электронные Без оповещения 
Факс-шлюз Факсимильные Любые 
Без запроса Факсимильные Без оповещения 
Без запроса Электронные Без оповещения 
Без запроса Электронные Любое оповещения 
Электронные 
Без запроса Текстовые Без оповещения 


Указанные функции могут быть реализованы следующими алгоритмами: 

1. При получении абонентом речевого сообщения он в зависимости от заданно- 
го алгоритма оповещения может получить на любой из заданных терминалов опо- 
вещение о наличии такого сообщения, после чего абонент соединяется с системой 
через голосовой шлюз и прослушивает его. 

2. При получении абонентом речевого сообщения это сообщение преобразуется 
в речевой файл и прикрепляется к стандартному электронному письму, которое на- 
правляется на заданный абонентом почтовый адрес в сети Интернет. 

3. При получении абонентом факсимильного сообщения последнее хранится в 
системе, а абонент в зависимости от заданного алгоритма оповещения может полу- 
чить на любой из заданных терминалов оповещение о наличии факсимильного со- 
общения в его почтовом ящике; далее при подключении к системе через факс-шлюз 
абонент получает хранящееся факсимильное сообщение. 


Факсимильные 
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4. Абонент передает в систему факсимильное сообщение и в соответствии с за- 
ранее заданным списком номеров телефонов дает указание системе произвести рас- 
сылку данного сообщения на указанные номера. 

5. При получении абонентом факсимильного сообщения последнее преобразу- 
ется в графический формат и в виде прикрепленного файла пересылается в элек- 
тронный почтовый ящик абонента у некоторого провайдера сети Интернет. 

6. При получении абонентом электронного сообщения в свой почтовый ящик 
оно автоматически переадресуется на заданный абонентом электронный адрес у не- 
которого провайдера сети Интернет, при этом абонент может получить оповещение 
о пересылке сообщения на заданный тип и номер терминала. 

7. При получении абонентом электронного сообщения в свой почтовый ящик оно 
преобразуется в текстовый формат и в соответствии с заданным типом терминала и 
его номером отправляется через соответствующие шлюзы на заданный терминал. 

Как видно из приведенного выше примера, для реализации указанных функций 
для каждого абонента в системе должны быть определены таблица состояний и пе- 
речень адресов, по которым производится пересылка сообщений или отправка опо- 
вещений. 

Указанный подход к проектированию и реализации системы «универсальная 
почта» делает ее наиболее перспективной системой отложенных сообщений, по- 
скольку позволяет легко интегрировать ее в любые сети связи и использовать ши- 
рокий спектр типов сообщений. 


2.3.2. Контакт-центр 


Контакт-центр (Сошас{ Сещег, СС) является функциональной совокупностью са|- 
центра и Интернет-центра. Са]-центр включает в себя ручной (операторский) и ав- 
томатический центр телефонного речевого обслуживания. Интернет-центр, в свою 
очередь, включает два вида центра для обслуживания абонентов визуальной инфор- 
мацией и данными: автоматический (\еб-центр) и операторский центры. С появле- 
нием возможности обмена речевым трафиком через сеть Интернет функции са|]- 
центра и Интернет-центра значительно сблизились. 

Функции, которые должны реализовать контакт-центры: 

— аутентификация абонента, маршрутизация вызова на оператора, который пе- 
редает абоненту речевую информацию; 

— аутентификация абонента, маршрутизация вызова на службу, которая переда- 
ет абоненту речевую информацию (по запросу или в диалоговом режиме) с 
помощью автоматических устройств; 

— аутентификация абонента, маршрутизация на оператора, который передает 
абоненту текстовую или визуальную информацию по сети Интернет через 
оператора центра; 

— аутентификация абонента, маршрутизация на соответствующий \еб-сервис и 
выдача ему текстовой или визуальной информации автоматически по сети 
Интернет. 
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Для реализации рассмотренных функций контакт-центр должен содержать: 
центр управления, подсистему интеллектуального распределения вызовов из теле- 
фонной сети (фиксированной и/или мобильной), подсистему автоматического теле- 
фонного обслуживания, подсистему автоматизации телефонного операторского об- 
служивания, шлюз с сетью Интернет. При этом подразумевается, что шлюз с сетью 
Интернет обеспечивает доступ к ресурсам сети Интернет (почтовому серверу, \МеБ- 
серверам, чатам), а аутентификация, маршрутизация и передача абоненту текстовой 
или визуальной информации осуществляется ресурсами сети Интернет под контро- 
лем центра управления. Такое построение контакт-центра во многом объясняется 
историческими предпосылками. 

Исторически сложилось так, что автоматизация телефонного операторского об- 
служивания являлась одной из основ предоставления услуг на телефонных сетях и 
развивалась в направлении улучшения качества услуги за счет развитой системы 
доступа операторов ручной службы к различным информационным базам данных, 
а также в направлении уменьшения затрат на предоставление услуг за счет автома- 
тизации ручного труда. Однако радикальной возможностью уменьшения затрат яв- 
лялась исключение оператора из процесса предоставления услуги за счет замены 
его на некоторое автоматическое устройство. Эта задача и решалась в рамках сис- 
тем КТ. Таким образом, на определенном развитии центров телефонного обслужи- 
вания возникает симбиоз двух конкурирующих направлений. При этом автоматиче- 
ские системы речевого обслуживания на каждом этапе своего развития решают 
свой, в той или иной мере ограниченный, но постоянно расширяющийся круг задач. 
Задачи, которые автоматические системы не могут решить или их решение нецеле- 
сообразно по тем или иным причинам, возлагаются на человека, оснащенного мно- 
гофункциональной автоматизированной системой. Во многом использование сети 
Интернет в контакт-центрах повторяет этапы развития телефонного обслуживания, 
но с точностью до наоборот: от неограниченного оптимизма автоматического ис- 
пользования ресурсов сети Интернет для получения необходимой информации — к 
пониманию значения помощи оператора в поиске и получении конкретной инфор- 
мации. 

Необходимо подчеркнуть, что каждая из указанных подсистем может функцио- 
нировать самостоятельно, предоставляя соответствующий класс услуг. Исходя из 
этого, представляется целесообразным рассматривать каждую из этих подсистем 
как самостоятельное приложение со своими свойствами, а совокупность различно- 
го сочетания данных подсистем как отдельные приложения КТ. 

На современном развитии контакт-центров можно следующим образом распре- 
делить задачи, решаемые каждой из подсистем. 

Центр управления обеспечивает взаимодействие между подсистемами, между 
подсистемами и хранилищами информации, а также производит контроль и настрой- 
ку сервисов сети Интернет, в том числе для взаимодействия операторов с этими сер- 
висами, и включает в себя все модули управления отдельными подсистемами. 

Подсистема автоматического телефонного обслуживания (ССА) дает возмож- 
ность предоставлять справочно-информационные и заказные услуги, анализируя и 
формализуя запрос от пользователя, находить требуемую информацию и формиро- 
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вать ответы на эти запросы как на основе ранее записанных речевых сообщений, 
так и на основе синтеза речи по тексту. 

Подсистема автоматизации телефонного операторского обслуживания (ССО) 
обеспечивает подключение (автоматическое или по запросу) к абонентам (клиентам 
в терминологии са]-центров) наиболее квалифицированных операторов (агентов в 
терминологии са]-центров); 

Подсистема интеллектуального распределения вызовов (ССТ) обеспечивает рас- 
пределение вызовов между вышеуказанными подсистемами и между агентами в 
ССО. 

Подсистема «шлюз к сети Интернет» обеспечивает взаимодействие между ре- 
сурсами сети Интернет и центром управления, а также взаимодействие операторов 
с сервисами сети Интернет. 

Обратимся к возможностям и принципам построения отдельных подсистем. 

Подсистема автоматического телефонного обслуживания представляет собой 
приложение КТ, обладающее определенной совокупностью свойств, реализуемых 
стандартными компонентами. 

На рис. 2.7 представлена обобщенная структура ССА. Подключение абонентов 
к ССА может осуществляться как по сети коммутации каналов, так и по сети пакет- 
ной коммутации на основе 1Р-телефонии. Эти случаи отличаются способом реали- 
зации голосового шлюза. 
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Рис. 2.7. Обобщенная структура ССА 
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При поступлении вызова на модуль управления последний подключает модуль 
речевых ресурсов, который воспроизводит первоначальный ответ системы и далее 
формирует речевые запросы на основе алгоритма заложенных в модуль сервисов в 
соответствии с выполняемым приложением (например, получение справки об адре- 
се по номеру телефона или прогнозе погоды в различных городах). При поступле- 
нии запросов в виде тональных цифр набора или определенных речевых команд 
они через речевой шлюз поступают в модуль управления, который анализирует их 
или, в случае речевых команд, сначала передает их в модуль речевых ресурсов, а 
затем анализирует полученный от него ответ. В зависимости от анализа запроса мо- 
дуль управления подключает выполнение сервиса требуемого приложения. Модуль 
сервисов обращается к соответствующей базе данных и получает от нее формализо- 
ванную информацию. Если эта информация существует в виде речевого аналога, то 
модуль управления обеспечивает ее воспроизведение модулем речевых ресурсов. В 
противном случае модуль сервисов подключает соответствующие речевые ресурсы 
для воспроизведения речи по тексту. 

Алгоритм работы таких систем обычно реализован в виде вложенных меню, 
при этом на конечном этапе вложенного меню абоненту предоставляется информа- 
ционный блок. На рис. 2.8 показан один из вариантов системы вложенных меню. 
Главное меню обычно определяет направление запроса. Абонент выбирает нужное 
направление запроса набором (или произнесением) нужной цифры. Далее система 
анализирует принятую цифру или предоставляет информацию. Если по принятой 
цифре необходимо уточнение, то абоненту снова предлагается уточняющее меню. 
И так далее до того момента, когда система уже «представляет», какую информа- 
цию запрашивает абонент. 

Кроме того, абонент может набрать сразу несколько цифр. Например, при набо- 
ре 232 (см. рис. 2.8) абонент сразу выходит на меню третьего уровня. Такой подход 
позволяет абоненту в более сложных системах, где вызов информации производит- 
ся голосовым набором, сразу запросить требуемый информационный блок. 

На основе ССА может строиться широкий класс систем КТ, таких, как аудио- 
текс, игровые системы и т.д. 

Подсистема автоматизированного телефонного операторского обслуживания 
представляет собой подсистему, которая также может быть реализована отдельным 
приложением КТ. До недавнего времени ССО реализовалась на основе системы ав- 
томатизированных рабочих мест операторов ручной службы, объединенных ло- 
кальной сетью, и телефонной сетью операторской службы. С появлением и разви- 
тием [Р-телефонии стало возможным объединение этих сетей в единую сеть пере- 
дачи речи и данных. В этом случае вместо компьютера и телефона на каждом рабо- 
чем месте можно использовать один компьютер с блоком [Р-телефонии. Управле- 
ние приложением для автоматизации телефонного операторского обслуживания 
обычно осуществляется с рабочего места администратора, разрабатывающего стра- 
тегию распределения телефонных запросов между агентами. В состав программно- 
го обеспечения администратора также может быть включено приложение, предна- 
значенное для сбора статистики и генерации отчетов о работе центра. Информация, 
сопровождающая звонок клиента (например, его имя и регион проживания, интере- 
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сующий вопрос, номер счета и т.п.), автоматически или по запросу считывается из 
базы данных СС и передается на экран монитора автоматизированного рабочего 
места (АРМ) агента. АРМ агента позволяет не только фиксировать входящую ин- 
формацию о клиенте, запрашивать информацию в базах данных, но и одновремен- 
но по результатам вызова заносить новые данные в базу. В базе данных центра те- 
лефонного обслуживания обычно хранится формализованная информация, удобная 
для использования оператором. 
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Рис. 2.8. Система вложенных меню 
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Подсистема интеллектуального распределения входящих телефонных вызовов 
работает по различным сценариям соединений. В сценарии заложен анализ инфор- 
мации о телефонных запросах, а результатом выполнения запросов является выбор 
приложения, которое может оказать данную услугу. Кроме того, в сценарии обыч- 
но закладывается алгоритм оказания автоматической услуги и формирование ин- 
формации для выбора требуемого агента (или группы агентов), квалификация кото- 
рого позволяет наилучшим образом обслужить конкретного клиента. Кроме того, 
имеется возможность на основе внутренних приоритетов задавать или изменять 
приоритет вызова, находящегося в очереди на обслуживание [22]. 

Интегральный модуль интеллектуальной коммутации является специальным 
приложением КТ, разработанным для ее нужд и интегрированным в системы КТ на 
основе стандартных протоколов. В рамках других подходов по реализации систем 
КТ этот модуль может быть реализован на основе обычных коммутационных сис- 
тем или маршрутизаторов. В этом случае разрабатываются собственные или адап- 
тируются существующие внутренние протоколы взаимодействия с модулями сис- 
тем КТ. Наглядный пример такого подхода описан в [23]. 

Подсистема «шлюз к сети Интернет», как говорилось выше, обеспечивает 
взаимодействие между ресурсами сети Интернет и центром управления, а также 
взаимодействие операторов с сервисами сети Интернет. Что касается взаимодейст- 
вия абонента с сервисами сети Интернет без участия оператора, в частности, с \меВ- 
сервисами, электронной почтой, корпоративным порталом, то этот вопрос доста- 
точно проработан в теории и практики реализации Интернет-сервисов. Единствен- 
ное, что необходимо отметить, это возможность и необходимость управления эти- 
ми сервисами со стороны центра управления СС. Другой функцией шлюза является 
сопряжение рабочих мест операторов с Интернет-сервисами для обмена с абонен- 
том визуальной информацией и данными. Обмен данными между оператором и 
абонентом может осуществляться как в отложенном режиме (электронная почта), 
так и в режиме он-лайн. Онлайновый режим в простейшем случае быть может быть 
реализован на основе программ типа 1СО, однако использование в [СО открытых 
адресов операторов в определенной степени противоречит концепции СС. Чаще 
всего используются программы обмена текстовыми сообщениями, использующие 
внутренние адреса операторов и не дающие возможность прямого выхода абонента 
на оператора, минуя шлюз. Технология такого взаимодействия визуализируется 
аналогично «чату» без указания реального адреса оператора. Вызов свободного 
оператора осуществляется через центр управления системой типа ССТ, а реализует- 
ся путем выбора соответствующей иконки на экране монитора (например, с помо- 
щью опции СПК-ю-ПО1а|). 

На рис. 2.9 показана одна из возможных реализаций контакт-центра. Как видно 
из рисунка, услугами контакт-центра могут пользоваться абоненты, имеющие как 
универсальные (компьютеры с функцией ПР-телефонии), так и комбинированные 
(компьютер и обычный телефон) терминалы. 

Описанные выше функциональные возможности СС могут легко дополняться 
другими приложениями КТ, в том числе универсальной почтой, интеллектуальны- 
ми услугами, системами оповещения и записи информации и т.п. 
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Рис. 2.9. Пример реализации контакт-центра 


2.3.3. Центры оповещения и записи 


При рассмотрении приложений КТ в виде центров оповещения и записи прежде 
всего необходимо обратить внимание на их функциональную направленность. Кро- 
ме того, данные приложения достаточно узко ориентированы, поэтому чаще всего 
используются как дополнительные опции к другим системам КТ. 
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В частности, центры записи могут являться как технологическим, так и специ- 
альными приложениями к СС и другим системам, где необходимо записать рече- 
вую предысторию предоставления услуги, например, для дальнейшего разбора пре- 
тензий абонентов. В качестве специального приложения к системам коммутации 
центры записи сообщений позволяют реализовать функцию СОРМ, что является 
обязательным при сертификации систем коммутации. 

Центры оповещения могут использоваться как отдельное приложение в таких 
системах КТ, как универсальная почта. В то же время наиболее известное и изна- 
чально используемое назначение центров оповещения — это извещения абонентов 
об их задолженности по оплате услуг связи. 

На рис. 2.10 показана функциональная схема центра записи речевых сообще- 
ний. Под управлением модуля приложений информация, которую необходимо за- 
писать, через речевой шлюз направляется на модуль речевых ресурсов. Данный мо- 
дуль оцифровывает и сжимает речевую информацию и под управлением модуля 
реализации сервисов производит ее запись в виде речевых файлов в базу данных. 
Каждый из файлов имеет идентификатор времени и назначения. По этому иденти- 
фикатору речевые файлы могут быть отсортированы и восстановлены. Одновре- 
менно с АРМ оператора записи могут быть прослушаны в режиме оп-Ппе. 
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Рис. 2.10. Функциональная схема центра записи речевых сообщений 


В данной главе были изложены основные принципы построения систем компь- 
ютерной телефонии, их функциональные и архитектурные особенности, отмечены 
достижения российских разработчиков, имеющие более чем двадцатилетнюю исто- 
рию. Однако не был затронут широкий круг специфических проблем разработки 
стандартов, а также программных и аппаратных реализаций систем КТ. При необ- 
ходимости более глубокого ознакомления с этими вопросами читатель может обра- 
титься к специальной литературе. 
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Цель главы — дать системное представление о КТ и определить авторскую точ- 
ку зрения на разработку этих систем. При этом основное внимание было уделено 
операторским, нежели офисным приложениям, в предположении, что именно они 
лежат в основе предоставления широкого спектра дополнительных услуг. 

При этом намеренно не было акцентировано внимание на сетевой интеграции 
этих систем. Предполагалось, что на сети связи существует некоторый узел, через 
который абонент соединяется с системой КТ. В то же время при практическом ис- 
пользовании систем компьютерной телефонии такой подход не может удовлетво- 
рить всем требованиям, предъявляемым к системам предоставления дополнитель- 
ных услуг. Современные тенденции построения сетей связи и предоставления услуг 
на их основе лежат в области распределения функций между различными элемента- 
ми сети. В этом случае на основе иерархической сети связи должна строится также 
иерархическая система предоставления услуг. 
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ПРИЛОЖЕНИЯ 


Приложение 2.1. К вопросу об управлении системами 
компьютерной телефонии 


Одним из важных вопросов при внедрении централизованных систем КТ являет- 
ся управление этими системами в импульсном наборе. Большинство современ- 
ных систем КТ управляется путем набора цифр на тастатуре телефонного аппа- 
рата (ТА), при этом обычно требуется переход в тональный режим работы ТА 
(ОТМЕ). Однако не все ТА имеют такую функцию или вызов этой функции за- 
труднен. В этом случае можно говорить, что ТА продолжает находится в им- 
пульсном режиме. 

Возможность управления системами КТ в импульсном режиме, по мнению ав- 
тора, актуальна и в настоящее время, учитывая, что даже сейчас у российских або- 
нентов более 50% телефонных аппаратов имеют дисковый номеронабиратель. 

Как было сказано в главе |, один из вариантов управления системами КТ — до- 
набор цифр после соединения с системой КТ. При исследовании возможности 
приема импульсного донабора оказалось, что есть три возможности его решения. 

Первая возможность, которая, кстати, используется во всех зарубежных систе- 
мах, это прием остаточных импульсов. Действительно, при окончании набора номе- 
ра и подъема трубки вызываемым абонентом станция переходит в ответное состоя- 
ние, и соответствующие элементы телефонной станции, транслирующие набор, от- 
ключаются. В этом случае импульсы донабора дифференцируются на входных це- 
пях и передаются узкими дифференциалами фронтов. Каждый импульс набора пе- 
редается одним или двумя дифференцированными импульсами. Так должно было 
быть, и так происходит на современном оборудовании. К сожалению, на россий- 
ских телефонных станциях, имеющих значительный разброс параметров и большие 
затухания в каналах связи, картина совершенно другая. Часть дифференциальных 
импульсов теряются из-за большого затухания в каналах, другие просто не возника- 
ют из-за пологих фронтов и т.д. Таким образом, например, цифра пять может со- 
держать на входе приемника от 2-х до 11-ти импульсов. Неудивительно, что, если 
приемник настроен на прием пар импульсов, характеризующих каждую цифру, то 
при изменении этого количества удается достичь вероятности правильного приема 
не более 0,7. Это означает, что в лучшем случае каждая третья цифра будет принята 
неверно. Тем не менее, в 80-х годах были созданы специальные корреляционные 
приемники, которые имели вероятность правильного приема более 0,95. Однако в 
дальнейшем призводители систем КТ вынуждены отказаться от такого способа 
приема из-за высокой стоимости и сложности изготовления корреляционных при- 
емников. 

Вторая возможность приема импульсов донабора заключалась в том, чтобы на- 
строить телефонную станцию таким образом, чтобы при подключении системы КТ 
она не переходила в ответное состояние, а оставалась на время донабора в «предот- 
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ветном» состоянии. В этом случае импульсы донабора поступают в своем естест- 
венном виде на вход приемника. Однако далеко не все современные коммутацион- 
ные системы имеют такую возможность. 

И, наконец, третья возможность заключается в простейшей адаптации прием- 
ной системы к поступающей на ее вход информации. Для этих целей необходимо 
настроить приемники на вид сигнала, с помощью которого будет передаваться 
дальнейшая информация. Такой способ широко используется в системах распозна- 
вания образов и основан на том, что до передачи управляющей информации в рам- 
ках данного соединения передается некоторая тестовая последовательность цифр, 
обработка которых позволяет с высокой точностью принимать дальнейшую управ- 
ляющую информацию. 

Алгоритм работы устройства для информационной адаптации заключается в 
приеме некоторой оговоренной последовательности заранее известных цифр, опре- 
делении количества остаточных импульсов в каждой цифре этой последовательно- 
сти и настройки на прием управляющей информации. 

Наиболее простым является прием последовательности из всех цифр — от | до 
9, определении образа каждой цифры и дальнейшее распознавание того или иного 
образа по принятой управляющей цифре. Современные алгоритмы распознавания 
образов дают возможность с высокой вероятностью построить образы всех цифр 
при приеме их ограниченного количества. 

Как оказалось, даже с учетом относительно нестабильной работы номеронаби- 
рателя ТА при анализе последовательности из двух цифр 2 и 9 можно получить ве- 
роятность правильного распознавания всех цифр на уровне 0,92, а при анализе по- 
следовательности из цифр 1, 5, 0 — на уровне 0,98. 

Еще одной возможностью повышения вероятности правильного приема являет- 
ся введение дополнительных функций при реализации алгоритмов систем КТ. В ча- 
стности, такой функцией может быть речевое извещение абоненту о набранной им 
цифре, и в случае ошибки абонента или неправильного приема абонент может от- 
менить ввод этой цифры. 

Необходимо отметить, что алгоритмы реализации услуг на основе систем КТ 
имеют тенденцию к упрощению, поэтому разработчик систем должен критически 
относится к усложнению алгоритма, каждый раз сопоставляя практическую целесо- 
образность этого усложнения с увеличением вероятности правильного приема 
управляющей информации. 


Приложение 2.2. Функциональные возможности 
центра обработки вызовов 


Функциональные возможности центра обработки вызовов [22] определяются его 
конфигурацией. Пусть система состоит из двух основных подсистем: подсистемы 
обработки входящих звонков в автоматическом, полуавтоматическом и оператор- 
ском режиме и подсистемы формирования исходящих звонков (передачи речевых 
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сообщений, рассылки факсимильных сообщений, писем по электронной почте и ор- 
ганизации кампаний обзвона). 

Подсистема обработки входящих звонков обеспечивает выполнение следующих 

основных функций: 

— прием звонка и идентификация абонента; 

— фильтрация входящих вызовов, формирование и ведение списков «черных» и 
«приоритетных» телефонных номеров; 

— интеллектуальная маршрутизация входящих звонков на основе анализа апри- 
орной информации, информации, накапливаемой в процессе обработки вызо- 
ва информации, а также информации, получаемой из БД, с учетом загружен- 
ности и оценки уровня компетенции операторов; 

— формирование и обслуживание очередей с учетом уровня приоритета вызова; 

— информационная поддержка звонка (организация интерфейса с БД для авто- 
матизированного или интерактивного получения оператором требуемой спра- 
вочной информации или данных об абоненте, обеспечение передачи ранее по- 
лученной и накопленной в процессе обработки вызова информации на экран 
оператора при множественных переадресациях вызова между операторами); 

— организация справочно-информационной системы (предоставление услуг в 
автоматическом и полуавтоматическом режиме, предоставление справочной 
информации по запросу клиента в виде записанного речевого сообщения, фак- 
симильного документа, сообщения по электронной почте или непосредствен- 
но оператором); 

— запись, хранение, архивирование и прослушивание телефонных переговоров 
(за исключением взаимодействия абонента с речевым меню); прямое прослу- 
шивание телефонных переговоров (оп-Ппе) на рабочих местах администрато- 
ров групп; поиск записей переговоров в архиве по совокупности параметров 
базы данных телефонных переговоров; 

_ прием факсимильных сообщений в автоматическом режиме; 

— организация функционирования системы и функции администрирования, 
включая обеспечение контроля и анализа эффективности работы операторов, 
индикацию состояний рабочих мест операторов, автоматическую регистра- 
цию входящих и исходящих звонков, регистрацию в протоколе действий, со- 
вершенных абонентом и оператором (ведение файлов журнала), генерацию 
различной статистической информации (в реальном времени и за заданный 
период), обеспечение гибкой перестройки комплекса в зависимости от по- 
требностей компании (оперативная настройка речевых меню и сценариев диа- 
лога системы с абонентом, алгоритм маршрутизации звонков, количество и 
номера входных линий, количество и конфигурация рабочих мест), обеспече- 
ние разграничения доступа к информационным и операционным данным сис- 
темы; 

— поддержка режима конференции; 

— обработка входящих (ш-Боцпа) и исходящих (01{-Боипд) звонков одновременно; 

— поддержка автоматического распознавания и приема факсимильных сообще- 
НИЙ; 
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— реализация телефонной функциональности (снятие трубки — набор номера — 
вызов — занято — трансфер — конференция — отбой — трубка повешена) на 
рабочем месте оператора. Возможность эмуляции функций телефона на экра- 
не компьютера; 

— авторизация оператора на произвольном рабочем месте. 

В свою очередь, в дополнение к перечисленным функциям подсистема рассыл- 
ки речевых и факсимильных сообщений, писем по электронной почте и организа- 
ции кампаний обзвона обеспечивает организацию кампаний обзвона/оповещения 
(автоматического и/или с участием оператора) с возможностью автоматического 
голосового воспроизведения заданной информации или отправки факсов и сообще- 
ний по электронной почте. 

Таким образом реализуются функции, позволяющие опознавать цель звонка 
клиента, отбрасывать «неинтересующие» звонки, сортировать звонки по степени 
значимости и переводить их на специально подготовленных операторов, использо- 
вать в простейших случаях заранее подготовленные схемы диалога (в том числе и с 
использованием записанных речевых сообщений), получать полную статистику ра- 
боты центра (включая запись собственно диалога оператора с клиентом), заменять 
в полном объеме мощные и современные факс-серверы, организовывать собствен- 
ные кампании по обзвону потенциальных клиентов, рассылки по факсу и электрон- 
ной почте. 

Рассмотрим подробнее основные функции. 

Прием и обработка входящих звонков: 

— автоматический прием вызова; 

— возможность выдачи речевого приветствия и подсказки при входе в систему; 

— автоматическое определение номера звонящего; | 

— возможность получения дополнительных сведений о звонке для его маршру- 
тизации; | 

— автоматическая регистрация входящих звонков со всеми действиями пользо- 
вателя и оператора, а также ведение архива речевых звонков; 

— обеспечение приоритетного обслуживания и векторизации вызовов; 

— обеспечение фильтрации звонков; 

— поддержка функций справочно-информационной подсистемы с реализацией 
практически произвольного сценария диалогов; 

— удержание входящих вызовов в течение заданного времени, сопровождаемое 
воспроизведением пользователю музыкальных заставок, служебных сообще- 
ний и речевых справочных сообщений; 

— возможность формирования функциональных групп операторов; 

— формирование таблиц уровней компетенции (рейтингов) операторов (учет не- 
ограниченного количества навыков: специальные знания в определенной об- 
ласти, владение конкретным иностранным языком, опыт работы с данным 
клиентом и т.д.); 

— интеллектуальная маршрутизация звонков на основе анализа номера, инфор- 
мации, полученной от абонента в процессе обслуживания звонка, анализа за- 
интересованности пользователя в той или иной информации справочной под- 
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системы, наличия и рейтингов операторов, а также на основе жестких алго- 
ритмов маршрутизации, заданных администратором системы; 

— поддержка функции обратного вызова; 

— поддержка функции автоматического распознавания, приема и обработки 
факсимильных сообщений. 

Таким образом, функциональный модуль приема и обработки входящих звон- 


ков выступает в качестве базиса предлагаемой системы и обеспечивает гибкие и 
мощные механизмы взаимодействия операторов системы и абонентов. 


Справочно-информационная подсистема: 

— обеспечивает возможность подключения оператора к диалогу абонента со 
справочно-информационной системой; 

— использует сценарий работы системы в автоматическом режиме на основе 
произвольного сценария, определяемого системным администратором; 

— регистрирует факт предоставления абоненту справочной информации; 

— предоставляет речевую, факсимильную информацию и сообщения по элек- 
тронной почте в автоматическом и полуавтоматическом режиме из базы пред- 
варительно записанных сообщений; 

— предоставляет возможность пользователю перенаправить исходящее факси- 
мильное сообщение на телефонный номер, отличный от входящего, и обеспе- 
чивает постановку таких запросов в общую очередь для совершения исходя- 
щих ЗВОНКОВ. 

Справочно-информационная подсистема может модернизироваться при опера- 


тивном изменении сценария работы справочной службы. Это позволяет пользовате- 
лю самостоятельно вносить изменения в состав справок, не привлекая к этому раз- 
работчиков. | 


Сбор и анализ статистической информации: 

— проводится регистрация в системной базе данных (СЬД) всех необходимых 
данных, связанных с деятельностью центра, а также регистрация каждого вхо- 
дящего и исходящего звонка, его маршрут от начала до конца обслуживания, 
т.е. до момента разрыва соединения. Вместе со звонком регистрируются дей- 
ствия операторов и абонента; 

— формируется и выдается в реальном времени статистическая информация обо 
всех характеристиках текущей загрузки центра в табличной и графической 
форме; 

— формируется и выдается интегральная статистика, позволяющая оценивать 
работу центра по всем параметрам и оптимизировать его работу; 

— обеспечиваются функции анализа статистической информации на основе за- 
писей в СБД в соответствии со служебными полномочиями. 

Статистическая информация, предоставляемая администратору системы и руко- 


водителю группы операторов в режиме реального времени, позволяет оптимизиро- 
вать не только долговременные параметры системы, но и менять основные на- 
стройки функционирования прямо во время текущего сеанса (7тар-оп-е-Ну). Функ- 
ции архивирования полезны не только для изучения и оптимизации параметров 
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системы в целом, но и для анализа конкретных конфликтных ситуаций, возникаю- 
щих в процессе взаимодействия операторов системы и клиентов. 


Генерация исходящих звонков: 

— формирование информационного пакета для рассылки (например: дата/время 
начала и окончания, продолжительность, количество повторов, тип сообще- 
ний — речевые, факсимильные, е-та! и т.п.); 

— формирование списков номеров обзвона/оповещения вручную или на основе 
информации из БД; 

— автоматическое формирование факсимильных документов и сообщений элек- 
тронной почты для рассылки на основе информации БД (совмещение данных 
о конкретном клиенте с общим текстовым блоком с использованием интер- 
фейса с БД, формирование адресной части); 

— формирование группы операторов для поддержки работы с конкретным ин- 
формационным пакетом; 

— ведение очереди исходящих звонков с установлением приоритетов исходящих 
вызовов на основе информации, полученной из БД; 

— совершение исходящих звонков по количеству каналов, определенному сис- 
темным администратором; 

— интеллектуальное распознавание ответа (человек, факсимильный аппарат, ав- 
тоответчик); 

— передача заданного речевого сообщения при ответе человека; 

— передача заданного факсимильного сообщения при ответе факсимильного ап- 
парата; 

— подключение к вызову агента только в случае ответа абонента; 

— информационная поддержка исходящего вызова (контекстная вызову инфор- 
мация на экране подключенного к вызову оператора); 

— фвторизация пользователя на основе анализа личных пин-кодов (ОТМР) и ин- 
формации БД (при необходимости); 

— поддержка режима квитирования доставки сообщения путем получения под- 
тверждения пользователя на основе анализа ОТМЕ-кодов и информации БД 
при необходимости; 

— ведение статистики исходящих звонков в реальном времени. 

Подобный механизм позволяет создавать практически неограниченные по 
функциональным возможностям конкретные информационные пакеты для раз- 
нообразных рассылок, что в свою очередь дает значительный потенциал для ор- 
ганизации любых маркетинговых кампаний и для решения разнообразных биз- 
нес-задач. 


Глава 3 
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3.1. Предпосылки возникновения ГИС 


Как уже упоминалось в предыдущих главах, предоставление пользователям допол- 
нительных услуг, наравне с основными, осуществляющими связь между двумя або- 
нентами, является объективной необходимостью инфотелекоммуникаций. При 
этом предоставление определенного класса дополнительных услуг может осущест- 
вляться как на основе новых типов систем коммутации каналов и пакетной комму- 
тации, так и на основе специализированных систем, в частности компьютерной те- 
лефонии. 

Для того чтобы понять проблемы, возможные пути развития и философию предос- 
тавления дополнительных услуг, необходимо обратиться к истории этого вопроса. 

Начиная с конца 60-х годов, операторы сетей связи начали предлагать ряд до- 
полнительных услуг для частных и деловых абонентов (Сепигех). В этот период 
времени под Сепфех понимался способ предоставления услуг связи нескольким 
группам деловых абонентов на основе совместно используемой АТС (учрежденче- 
ской АТС, УАТС, или Рпуже Вгапсь Ехсвапее, РВХ), нежели использование неко- 
торого устройства. 

С момента появления на ТфОП автоматических квазиэлектронных и электрон- 
ных телефонных станций с программным управлением (ЭАТС) под Сепиех уже 
стал пониматься способ предоставления дополнительных услуг деловым абонентам 
всей сети, аналогичных услугам, которые ранее предоставлялись с помощью РВХ. 
Для предоставления услуг типа Сегтех на станциях с программным управлением 
устанавливалось дополнительное оборудование, позволявшее реализовать ряд до- 
полнительных услуг. 

Основное преимущество Сештех заключается в том, что при создании выделен- 
ных корпоративных сетей отдельные компании экономили значительные средства, 
необходимые на покупку, монтаж и эксплуатацию собственных станций. Несмотря 
на то, что для связи между собой абоненты Сепёех использовали ресурсы ТФОП, 
внутри этой сети они образовывали замкнутые группы пользователей (С]озеа Озег$ 
Оточр, СОСО) с ограниченным доступом и образованием виртуальных УАТС. 

Основными услугами Сегитех являлись: 

— сокращенный набор номера; 

— трехсторонняя конференцсвязь; 

_ уведомление о поступившем вызове в состоянии разговора (саЙ ума 112); 
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— удержание вызова, его переключение в состоянии разговора с одного соедине- 

ния на другое (са Во]9); 

_ перевод соединения на телефонный номер третьего абонента (са гап$ Рег); 

— переадресация входящего вызова на другой, заранее определенный номер в 

пределах СОС (са Гогмагаип?); 

_ перехват вызовов, поступающих к абонентам СОС (са раск-ир); 

— установление соединения с занятым абонентом после его освобождения (са 

Баск); 

— прямой вызов (Бо пе). 

Пик популярности Сеттех пришелся на середину 80-х годов, когда на рынке 
средств связи уже появились мощные и относительно недорогие цифровые РВХ, а 
их возможности пополнились средствами компьютерной телефонии. РВХ брали на 
себя функции обработки вызовов, а системы КТ — интеллектуальные диалоговые 
функции. В это же время выявились очевидные недостатки и технические ограни- 
чения идеи Сепгех, ориентированные на централизованное предоставление услуг. 
В стремлении преодолеть свойственные Сепбех ограничения была выдвинута идея 
виртуальной частной сети (Ушма| Риуаж{е Мебхокк, УРМ) как объединение СОС, со- 
ставляющих одну корпоративную сеть и находящихся на удалении друг от друга. 
Ресурсы УРМ (каждая со своим планом нумерации) могли быть распределены по 
нескольким станциям местной сети, оснащенным функциями Сегцтех и включаю- 
щим в зону обслуживания одну или несколько СОА. При этом к станции могли 
быть подключены как УАТС, непосредственно принадлежащие владельцу УРМ, так 
и линии обычных индивидуальных абонентов. 

В связи с распространением цифровых систем коммутации и повсеместным пере- 
ходом на цифровые каналы связи предпринимались (оказавшиеся в тот период неэф- 
фективными) попытки адаптировать Сепётех к этим системам. Кроме того, отсутствие 
согласованных протоколов взаимодействия оборудования Септех даже с аналоговыми 
АТС не дало возможности совмещать оборудование разных производителей. Сущест- 
вовала еще одна причина, по которой подход Сепёех испытывал серьезные трудности. 
Для подключения оборудования Сепбех к АТС производителю последней необходимо 
было выполнить определенные соглашения по стыку с этим оборудованием, а этого 
производители АТС не могли себе позволить по разным причинам. Похожая ситуация 
проявится еще не один раз и далее в книге на это будет обращено внимание. 

Уже с конца 70-х годов скорости передачи информации по аналоговым каналам 
связи перестали удовлетворять потребителей, что потребовало перехода на цифровые 
способы передачи и обработки информации. Это повлекло за собой реализацию кон- 
цепции цифровой телефонии с соединением со скоростью 64 кбит/с, а также развитие 
цифровых соединительных линий на основе импульсно-кодовой модуляции. На базе 
этой концепции были сформулированы основные принципы создания цифровой сети 
с интеграцией услуг (Пфертае4 Зегу1сез Гуеиа| МебхотК, $0М), которая функциони- 
ровала на основе общеканальной системы сигнализации (Соттоп-СВаппе! 51епа|п? 
Мебмогк, ССУМ). Особенность данной сигнализации заключается в том, что информа- 
ция об установлении вызова передается по отдельному каналу, что позволяет не за- 
нимать разговорные тракты до установления соединения. 
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В основе [ОМ лежит принцип цифровой передачи от терминала одного абонен- 
та до терминала другого, а преобразование в аналоговый сигнал происходит непо- 
средственно в абонентском терминале. При этом абонент 1$0М получал два инфор- 
мационных канала по 64 кбит/с и один канал сигнализации 16 кбит/с для управле- 
ния соединением (2В-+)). Канал В используется для передачи речевых сообщений 
и данных в режиме коммутации каналов, а канал О — для сигнализации и передачи 
данных в режиме пакетной коммутации. 

Сети 150М строятся на основе 1$0М станций, которые, кроме своей основной 
функции — коммутации абонентов, выполняли автоматическую маршрутизацию 
вызова, равномерное распределение нагрузки, имели единый план нумерации. На 
основе этой технологии стало возможным предоставление пользователям широкого 
спектра дополнительных услуг. Однако недостатком этой технологии оставалось 
высокая стоимость оборудования, а значит, и цена услуг. 

Дальнейший период развития технологии [50М показал, что расчет на то, что 
объем ограниченного класса дополнительных услуг даже высокого качества при- 
близится к объему основных услуг, оказался ошибочным. Но главное, что дала эта 
технология и что трудно переоценить, это переход на цифровизацию сетей связи и 
используемого на них оборудования. 

Как говорилось выше, технология [$О0М обеспечила реализацию определенного 
класса дополнительных услуг, однако введение новых услуг требовало изменения 
программного обеспечения всех [5О0ОМ станций сети, что являлось нетривиальной и 
недешевой задачей. 

Чтобы исправить недостатки 5ОМ и в определенной мере отделить предостав- 
ление основных от дополнительных услуг (как не вспомнить здесь, что отсутствие 
в Сепёех стандартов на интерфейсы или даже общепринятой спецификации услуг 
явилось одной их причин отказа пользователей от этой системы), была предложена 
концепция интеллектуальной сети связи — ИСС ([иеШоеп Мебмогк, ПМ). Основное 
отличие этой концепции состоит в разделении процесса коммутации вызовов от 
процесса введения и предоставления новых услуг. 

При разработке данной концепции предполагалось, что она обеспечит быстрое 
введение новых услуг, даст возможность видоизменять их настройки, т.е. легко осу- 
ществить их адаптацию к требованиям потребителей, обеспечит независимость обо- 
рудования от производителя и его совместимость на основе стандартных интерфей- 
сов. Для реализации ИСС необходимо было определить интерфейсы между коммута- 
ционным оборудованием и интеллектуальной надстройкой (платформой ИИС), а так- 
же определить типы и форматы данных, передаваемых между ними. Таким образом, 
основным фактором появления ИСС стала острая необходимость стандартизации ус- 
луг и интерфейсов, что должно было повлечь за собой разработку и внедрение ИСС 
по единым правилам, в том числе на основе набора услуг, или возможностей (Сара- 
ЫШу $е6 С$), которые стандартизируются МСЭ (Приложение 1.2). 

Свой вклад в стандартизацию развития концепции интеллектуальной сети вне- 
сла компания Ве] СоттиашсаНоп$ ВезеагсВ, которая создала передовую интеллек- 
туальную сеть (Адуапсе4 ПиеПерепе МебмогК, АПУ), что было закреплено в комплек- 
се стандартов АГМ Каеазе | (аналогичным С5). Указанная технология позволяла 


ГИБРИДНЫЕ ИНТЕЛЛЕКТУАЛЬНЫЕ СЕТИ 81 


определять новые виды услуг на базе стандартных программно-аппаратных блоков, 
которые осуществляют, например, такие функции, как прием набираемого номера, 
маршрутизация вызова, преобразование номера, воспроизведение сообщения. По- 
скольку блоки можно было комбинировать в различных сочетаниях, общая логика 
выполнения сервиса стала независима от конкретного вида услуг, а различия в ус- 
лугах выражались в последовательности выполнения блоков и специфической для 
данной услуги информации. 

Как следует из краткого изложения истории развития ИСС, а также из материа- 
лов предыдущей главы, посвященной компьютерной телефонии, на каждом этапе 
развития систем связи и компьютерной техники имелись свои подходы и концеп- 
ции, которые позволяли максимально реализовать имеющийся потенциал. Однако, 
к сожалению, многие новые направления, по существу, отвергали уже имеющийся 
задел, вводя новые правила, которые не всегда соответствовали финансовым воз- 
можностям операторов и снижали окупаемость дополнительных услуг. С другой 
стороны, вводимые стандарты и договоренности не всегда выполнялись всеми про- 
изводителями, что практически лишало оборудование многих из них привлекатель- 
ности в применении. И наверное, главным недостатком, который не был преодолен 
на данном этапе развития телекоммуникаций, явился тот факт, что пока вырабаты- 
вались правила и внедрялась каждая из концепций предоставления услуг, прогресс 
развития сетей связи уходил настолько далеко, что стандарты и правила устарева- 
ли, не успев «овладеть массами». Возможно, это заключение несколько преувели- 
чено, но тенденция все-таки такова. Поэтому, по мнению автора, необходимы под- 
ходы, которые позволят в определенной степени отделить процесс предоставления 
дополнительных услуг от способов передачи информации по сетям связи, причем 
не на уровне протоколов обмена с сетями связи, а на уровне физической среды. 

В последующие годы тенденция взаимодействия различных сетей оказалась бо- 
лее сильной, чем ожидалось. Речь идет о конвергенции сетей, что убедительно и на- 
глядно изложено в работах Б.С. Гольдштейна, в частности [33]. Процесс конверген- 
ции сетей связи характеризуется взаимным проникновением основных трех типов 
сетей: ТфОП, сетей подвижной связи и [Р-сетей. 

Разработки концепции и реализации более совершенной совокупности сетей и 
систем предоставления услуг осуществляются многими ведущими производителя- 
ми телекоммуникационного оборудования и международными телекоммуникаци- 
онными организациями. В частности, А]сае|, Етсзоп, З1етепз, ВМ, Немен Раск- 
аг4 совместно с ведущими операторами связи разработали концепцию телекомму- 
никационной информационной сетевой архитектуры (Теесоттиплсаноп шЮюппа- 
поп Мебхогкше Агспиесвге, ТМА), на основе которой Епс$оп разрабатывает плат- 
форму Гатба]а, а З1етеп$ — универсальный шлюз РаЙау. Европейский институт 
стратегических исследований в области связи (ЕОИКЕЗСОМ) выдвинул концепцию 
гибридной интеллектуальной сети. Указанные разработки и концепции в той или 
иной мере основываются на практических достижениях отдельных компаний и на 
современных достижениях в построении и функционировании сетей связи. 

Особый вопрос — как эти концепции практически применимы к «неразвитым» 
сетям и средствам связи, которые характеризуются значительным отставанием от 
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современного уровня. И если магистральные сети и оборудование в «неразвитых» 
сетях практически находятся на современном уровне, то местные сети и системы 
связи, на которых лежит основная тяжесть по предоставлению дополнительных ус- 
луг, не готовы к использованию на них предлагаемых концепций. В связи с этим 
необходим поиск альтернативных путей реализации стратегии предоставления до- 
полнительных услуг. Первая возможность заключается в преодолении отставания 
путем модернизации местной сети, а затем уже в развитии средств предоставления 
на ней интеллектуальных услуг. Вторая возможность — создание концепции и 
практических реализаций, пригодных для использования на существующих сетях и 
пусть не самых современных, но еще надежных средствах связи. Первый путь дос- 
таточно затратный, но глобальный, второй путь значительно менее затратный, но 
может напоминать «латание дыр». Поэтому главный вопрос — насколько второй 
путь сможет решить не только задачи настоящего времени, но и быть использован 
в перспективе. Именно эта концепция и предлагаемые решения являются главной 
темой настоящей главы. 

Кроме того, в настоящей главе освещены вопросы концепции построения и реа- 
лизации гибридных интеллектуальных сетей (ГИС), в основе которых лежат прин- 
ципы построения как интеллектуальных сетей, так и компьютерной телефонии. По- 
добная концепция отвечает требованиям конвергенции сетей связи, созвучна так 
называемой пропорциональной архитектуре интеллектуальных сетей (Ргорогоп Ш- 
1еШреш Мебхогк, РЕТМ) и, по мнению автора, позволяет в достаточной мере решить 
вопросы предоставления дополнительных услуг как при современном состоянии 
развития телекоммуникаций, так и в их перспективе. Учитывая этого, целесообраз- 
но кратко остановится на концепции интеллектуальных сетей, чтобы затем перейти 
к концепции и реализации ГИС. Подробные сведения по интеллектуальным сетям 
можно получить из многочисленной литературы [10, 26-35]. 


3.2. Архитектура интеллектуальных сетей 


В соответствии с рекомендацией ГТО-Т 1.312/0.1201 [32] понятие «интеллектуаль- 
ная сеть» определяется так: интеллектуальная сеть — это архитектурная концепция 
предоставления новых услуг связи, обладающих следующими основными характе- 
ристиками: 
— широкое использование современных методов обработки информации; 
— эффективное использование сетевых ресурсов; 
— модульность и многоцелевое назначение сетевых функций; 
— интегрированные возможности разработки и внедрения услуг средствами мо- 
дульных и многоцелевых сетевых функций; 
— стандартизованное взаимодействие сетевых функций посредством независи- 
мых от услуг сетевых интерфейсов; 
— возможность управления некоторыми атрибутами услуг со стороны абонентов 
и пользователей; 
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— стандартизованное управление логикой услуг практически ко всем известным 
сегодня типам сетей: ТфОП, сети передачи данных с коммутацией пакетов 
(Ожа РасКеё З\уисвеа МекхогК, ОРЗМ), сети связи с подвижными системами 
(Рае с Гапд Мое Меёмогк, РЕММ), узкополосной и широкополосной циф- 
ровой сети с интеграцией служб (Магго\’Фапа (Втоа4Бапа) Пуезтже4 Зегу1сез 
О1еца1| МебмогК, М(В)-1$0М). 

При этом под сетевой архитектурой понимается взаимосвязь компонентов сети, 
включающая совокупность принципов логической и физической организации 
структуры сети, а также принципы функционирования технических и программных 
средств, используемые протоколы и интерфейсы сети. 

Концепция ИСС, как и любой телекоммуникационной системы, представляет 
собой совокупность функциональных требований, интерфейсов и протоколов. Для 
ИСС данная совокупность в части функциональных требований специализируется 
МСЭ в виде набора возможностей (С5) для создания услуг, доступных в сети. При 
этом сетевые протоколы должны быть адаптированы к каждому этапу развития 
ИСС в соответствии с ее долговременной целевой программой развития и фазами 
реализации. Первый этап реализации соответствует набору возможностей С5-1, на 
последующих этапах разрабатываются наборы С5-2 и СЪ-3. 

Концепция интеллектуальной сети при реализации ее сетевой архитектуры и 
прикладного протокола ПМАР, что следует особо подчеркнуть, использует один из 
ключевых элементов построения цифровых сетей связи — систему сигнализации 
557 (512паШпё 5узет М№.7), стандартизованную ГТО-Т в рекомендациях серии 
0.700 (в России ОКС №7). Существуют несколько подходов к архитектурной реа- 
лизации ИСС, в частности классический и в виде узла услуг (Зегу1се Моде, 5№). Ка- 
ждый из этих способов имеет свои преимущества и недостатки, на которых мы ос- 
тановимся ниже. 

Главным требованием к функциональной архитектуре ИСС [26, 32] является 
разделение функций предоставления услуг и функций коммутации, а также распре- 
деление их по различным подсистемам. Функции коммутации, как и для традици- 
онных сетей, остаются в базовой сети связи, а функции управления, создания и вне- 
дрения услуг выносятся в создаваемую отдельно от базовой сети интеллектуальную 
надстройку, взаимодействующую с базовой сетью посредством стандартизованных 
интерфейсов (рис. 3.1). 

Требование стандартизации протоколов обмена между базовой сетью и интел- 
лектуальной надстройкой должно служить основой совместимости коммутацион- 
ного оборудования и интеллектуальной надстройки различных поставщиков ком- 
мутационного оборудования. Взаимодействие между функциями коммутации и 
управления услугами осуществляется посредством прикладного протокола интел- 
лектуальной сети ПМАР (ПМ АррПсайоп Ргоюсо]), стандартизованного ГТО-Т в реко- 
мендации О.1205. Управление созданием и внедрением услуг осуществляется через 
прикладной программный интерфейс АРТ (АррПсайоп Ргоргатилте Ниег@асе). Та- 
ким образом, стандартизованные интерфейсы ИСС должны делать сеть открытой 
для независимых изменений как в интеллектуальной надстройке, так и в базовой 
сети (имея в виду опять же стандартизацию протоколов обмена). 
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Рис. 3.1. Архитектура интеллектуальной сети связи 


Основой для стандартизации в области интеллектуальных сетей связи является 
концептуальная модель ИСС (ПщеШсоет М№ебхок Сопсерта|! Моде|, ПМСМ), стан- 
дартизованная ГТО-Т в рекомендации 1.312/0.1201. ПМСМ состоит из четырех плос- 
костей (рис. 3.2) и отражает абстрактный подход к описанию ИСС. 

Концептуальная модель разделяет аспекты, относящиеся к услугам, и аспек- 
ты, связанные с сетью, что позволяет описывать услуги и возможности ИСС неза- 
висимо от базовой телекоммуникационной среды, над которой создается интеллек- 
туальная надстройка. 

В концептуальной модели выделяют четыре уровня: 

Первый уровень — плоскость услуг (Зегмсе Р1апе, ЭР) — представляется в кон- 
цептуальной модели исключительно с точки зрения услуг. В этой плоскости опре- 
деляется, каким образом осуществляется предоставление услуг ИСС. 

Второй уровень — глобальная функциональная плоскость (С]оба] Еипсйопа! 
Р]апе, СЕР) — описывает возможности ИСС, необходимые для введения услуг. В 
данной плоскости ИСС рассматривается как единое целое с процессом обработки 
вызова (Ваз1с СаЦ Ргосез$, ВСР) и независимыми от вида услуг конструктивными 
блоками (Зегу1се ш4ерепдет Виде В]оскК$, 51В). 

Третий уровень — распределенная функциональная плоскость (Плзбщед Еипс- 
попа! Р1апе, ОЕР) — описывает функции, реализуемые узлами сети. На этом уровне 
ИСС рассматривается как совокупность функциональных элементов, порождаю- 
щих информационные потоки. 

Четвертый уровень — физическая плоскость (Рвуз1са| Р1апе, РР) — описывает 
узлы сети, а также содержащиеся в них функциональные элементы и протоколы. 
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Рис. 3.2. Концептуальная модель интеллектуальной сети: 
ВСР -— процесс обработки вызова; ЕЕА — последовательность функциональных объектов (ЕЕ); 
РО! — логическая точка инициализации; РОК - логическая точка завершения; РЕ — физическая единица; 
УВ — независимые от услуг конструктивные блоки; ЗЕ — компонента услуги 


Подробное описание каждого из вышеуказанных уровней приведено в Прило- 
жении 3.1. Здесь же необходимо подчеркнуть, что плоскостное рассмотрение кон- 
цептуальной классической модели ИСС позволяет сформировать на физической 
плоскости требования к функциональным блокам ИСС и в целом к ее архитектуре. 

В соответствии концептуальной моделью в основе архитектуры ИСС лежит се- 
тевой принцип реализации и наличие в узлах сети базовых элементов архитектуры, 
рассмотренных ниже. 

Узел коммутации услуг (Бегясе э\уисЬше Рош 55Р) — чаще всего это комму- 
татор сети общего пользования, который предоставляет пользователям доступ в 
сеть, — выполняет необходимые для коммутации функции, а также поддержку 
этих функций под управлением ЭСР. Он должен быть связан с узлами, выполняю- 
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щими функции управления услугами (Зегу1се Сопио! ЕипсНоп, $СЕ), например с уз- 
лом управления услугами. 

Узел управления услугами (Зегмсе Сопео! Рошь ЗСР) реализует логику предос- 
тавления услуг. Он должен иметь набор программ, обеспечивающих выполнение 
услуг и обработку данных, получаемых от пользователей ИСС. Таким образом, СР 
выполняет функцию управления услуг (СЕ) и функцию поддержки данных (5ег- 
мсе Раа РипсНоп, ЗОЕ). ЭСР может иметь прямой доступ к узлу поддержки дан- 
ных (Зегусе аа Рошь ЗОР) или подсоединяться к нему через сеть сигнализации. 
В свою очередь, 5ОР может являться элементом как той же сети, что и ЗСР, так и 
других сетей. СР обычно связан с узлом коммутации услуг (35Р) и интеллектуаль- 
ной периферией (ТР) через сеть сигнализации. 

Узел администрирования услуг (Зегулсе Мапагетеп Рош 5МР) служит для 
ввода новых услуг и модификации имеющихся услуг, а также содержит данные обо 
всех оказываемых услугах, пользователях и их правах доступа к определенным ус- 
лугам, а также о версиях программ обслуживания. ЗМР выполняет функции ЗМЕ, 
ъМАР и ЪСЕЕ. Он может быть связан с любым узлом ИСС. ЗМР может управлять 
базами данных, тестировать сеть, управлять нагрузкой и проводить измерения раз- 
личных характеристик сети; 

Узел, обеспечивающий среду создания услуг (Зегулсе Сгеайоп Епупоптей Рошь 
ЭСЕР) служит для разработки, формирования, тестирования и внедрения услуг в 
пункте 5МР (5СЕ). 

Узел интеллектуальной периферии (ПиеШрхетт Репрвега|, [Р) содержит средства, 
предоставляющие пользователю интерактивный интерфейс и позволяющий делать 
услуги сети удобными для пользователей (например, запись, распознавание и син- 
тез речи, а также прием управляющих цифр набора). 1Р выполняет функции специа- 
лизированных ресурсов (Зресла1те4 Кезоигсез ЕипсНоп, ЗКЕ), функцию коммута- 
ции услуг (55Е) и функцию управления вызовом (ССР). Последние две функции 
используются для обеспечения доступа к средствам, входящим в [Р, и осуществля- 
ются по запросу из узла коммутации услуг (55Р). 

Узел поддержки данных (Зегясе аа Рош ЗОР) содержит данные, необходи- 
мые для предоставления индивидуализированных услуг. Доступ к ЗОР может быть 
осуществлен как через сеть сигнализации, так и через узел управления услугами 
(СР) или узел администрирования услуг (5МР). При наличии в ИСС нескольких 
ЭОР они могут быть связаны друг с другом. 

Кроме того, в структуре ИСС предусматривается ряд вспомогательных узлов, 
таких, как: 

АР (А4апс() — вспомогательный узел управления, аналогичный узлу управле- 
ния услугами ЭСР, но имеющий непосредственную связь с узлом коммутации услуг 
(55Р); 

ЪМАР (Зегусе Мапаретеп! Ассез$ Рош!) — узел доступа к системе эксплуата- 
ционной поддержки и администрирования услуг, который дает некоторым избран- 
ным пользователям доступ к узлу администрирования услуг (5МР). 

Вариант сетевой физической архитектуры ИСС с использованием основных 
функциональных и физических объектов из набора возможностей С51 приведен на 
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рис. 3.3. Интефейсы ЭСР-55Р, ЭСР-Ш и 5СР-5ОР осуществляются стеком протоко- 
лов 557. Интерфейсы АР-55Р и АО-ТГР на верхнем уровне используют протокол 
ТСАР (Тгапзасноп СарабШйез АррИсапоп Рац) 557, а нижнем уровне могут быть ис- 
пользованы протоколы, аналогичные МТР и ЭССР 557. В качестве интерфейсов [Р- 
ЗЭР и 5М-55Р часто применяют метод доступа ОМ типа 2В + О. Доступ пользова- 
телей осуществляется на основе базовых интерфейсов телекоммуникационных сетей. 


Транспорт иене. Сигнализация 


Управление 


Рис. 3.3. Вариант сетевой физической архитектуры ИСС 


Необходимо отметить, что в рамках классического подхода можно объединить 
функции узлов коммутации и управления как в пределах одного, так и нескольких 
узлов сети. 

Кроме рассмотренного выше классического подхода известен подход с выделе- 
нием узла услуг (Зегу1се Моде, 3М№). Этот узел напрямую связан с одним или более 
узлами коммутации услуг (55Р) и выполняет функции управления услугами ($СЕ), 
поддержки данных (50Е), специализированных ресурсов (ЗКЕ), а также функции 
коммутации услуг (552) и управления вызовом (ССР). При этом функции $5Е/ССЕ 
в узле услуг тесно связаны с ЭСР, но недоступны из других узлов, выполняющих 
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функцию управления услугами. Узел услуг должен иметь возможности узла комму- 
тации услуг, управления услуг и интеллектуальной периферии вместе взятых. 

Еще одно решение, объединяющее оба подхода, — это образование узла комму- 
тации и управления услугами (Зегулсе Э\исше апа Сопо| Рошь ЭЗСР). Э5СР объе- 
диняет узлы коммутации и управления услугами и выполняет функции коммутации 
услуг (55Е), управления вызовом (ССЕ), управления услугами (СЕ), поддержки 
данных (5О0ОЕ), управлением доступа вызова (ССАГ) и, в отдельных случаях, функ- 
цию специализированных ресурсов (ЪВЕ). 

Независимо от конкретной структуры ИСС алгоритм ее функционирования в соот- 
ветствии с логикой концептуальной модели заключается в следующем. Вызов поступа- 
ет на коммутатор узла связи. Коммутатор распознает запрос на предоставление услуги 
и передает его на выполнение с помощью узла коммутации услуги (З5Р). Запрос на ус- 
лугу передается по сети общеканальной сигнализации в узел управления услугами 
(ЭСР). Получив вызов, ЭСР анализирует его с помощью интерпретатора вида услуги 
(Зегусе Горлс Пщеггщег, ЭГ). Необходимые для выполнения сервиса данные, в том 
числе реквизиты пользователей, хранятся в информационной базе сети (Мебмотк шЮг- 
таноп ОаёаБазе, МПО). Услуга реализуется с помощью программы реализации логики 
услуги (Зегусе Г.о21с Ргортат, ЗГ.Р). $, программа управления МПТ и 5ГР использу- 
ют общие конструктивные блоки для реализации конкретных услуг. 

Реализовать интеллектуальную сеть сразу и в полном объеме затруднительно, 
поэтому внедрение ИСС обычно разделяется на несколько этапов. В частности, 
внедрение АГМ Вееазе | шло в несколько этапов [34]. Поскольку международным 
аналогом АП\У.1 (США) является С5.1, его реализация осуществляется также в не- 
сколько этапов в зависимости от версии (К@еазе). 

Так, для АПМ Кееазе 0 определены три точки инициации запроса: 

— момент снятия телефонной трубки или после набора нескольких первых цифр, 

— после приема или анализа набранного номера, 

— во время маршрутизации. 

Установив необходимость специальной обработки, 5ЗР проверяет СР на со- 
стояние перегрузки, при наличии которой абонент извещается о недоступности ус- 
луги. При этом коммутатор может озвучить 75 объявлений. Данная редакция бази- 
руется на АМТ ТСАР 1, поэтому З5Р может передать ЭСР только одно сообщение 
вне зависимости от запроса. 

Для А[М Кеаеазе 0.1 вводятся различия между начальной и завершающей поло- 
винами вызова и три дополнительных запроса; число объявлений увеличивается до 
254. Кроме того, данная редакция поддерживает стандартные функции [$О0М. Она 
опирается на АМТ ТСАР 2, поэтому сообщения для каждого запроса свои. 

АТМ Ке[еазе 0.2 представляет собой надстройку над АПМ Ве|еазе 0.1. Новая вер- 
сия основана на наличии интеллектуальной периферии. Это дает возможность ос- 
вободить коммутатор от обязанности самому воспроизводить объявления. Наличие 
интеллектуальной периферии позволяет изменить список ожидаемых событий, ко- 
торый ЗСР посылает ЗЗР, чтобы он известил СР о наступлении каждого из них. 

И наконец, четвертым этапом является реализация полнофункциональной сети 
АП Ке[еазе 1. 


ГИБРИДНЫЕ ИНТЕЛЛЕКТУАЛЬНЫЕ СЕТИ 89 


При всей кажущейся последовательности и преемственности версий между ни- 
ми есть определенные противоречия. Так, например, интерфейс между З5Р и 5СР 
не совместим с предыдущим из-за различий в используемых версиях ТСАР. 

Рассмотрев основные принципы построения ИСС по классической (распреде- 
ленной) схеме и в виде узла услуг (централизованная схема), можно сделать сле- 
дующие практические выводы: 

— Для реализации ИСС по классической схеме при распределенном способе по- 
строения необходима определенная структура сети связи, в которой узлы ком- 
мутации являются высокопроизводительными цифровыми системами, связан- 
ными между собой цифровыми трактами, поддерживающими сигнализацию 
957 (ОКС №7). Все это предполагает дальнейшее развитие сети на этих же 
принципах. 

— При реализации ИСС на основе централизованного способа построения, т.е. на 
основе эМ или З5СР, нет необходимости в широко развитой сети сигнализации 
557. Однако при дальнейшем развитии ИСС предполагается наличие цифровых 
систем коммутации и цифровых трактов с сигнализацией 5357 (ОКС № 7) [10]. 

— Коммутаторы сети и узлы ИСС связаны между собой стандартизованными 
протоколами, вызовы не проходят через узлы ИСС, таким образом, произво- 
дительность ИСС в основном определяется производительностью процесса 
предоставления услуг, нежели производительностью процесса обработки и 
обслуживания вызовов. 

— Для стыка интеллектуальной надстройки с системами коммутации разных ти- 
пов и производителей имеются стандартизированные протоколы управления и 
обмена информацией, что не является препятствием для своего пути реализа- 
ции ИСС каждым производителем. 

Исходя из приведенных выше выводов, можно очертить определенный круг 
возможностей сетей связи, которые необходимы для реализации на них ИСС. С 
другой стороны, стремительный прогресс систем пакетной коммутации, в том чис- 
ле [Р-телефонии как дополнительной среды передачи речевого трафика, определяет 
новые условия применения и внедрения ИСС. Процесс модификации и адаптации 
существующих концепций к научно-техническому прогрессу будет всегда, однако 
необходимо попытаться минимизировать практические затраты на модификацию 
уже существующих систем предоставления дополнительных услуг. И если не пана- 
цеей, то одним из путей, который целесообразно рассмотреть, являются гибридные 
интеллектуальные сети (ГИС). 


3.3. Общее представление о гибридной интеллектуальной сети 


Если обратится к построению и техническим средствам Взаимоувязанной сети связи 
(ВСС) России (кстати, как и сетей связи стран так называемого третьего мира), то 
трудно не заметить, что они построены на принципах и средствах, отличных от тех, 
которые использованы, например, в странах Западной Европы и большей части стран 
Америки. До недавнего времени казалось, что технический прогресс обошел ВСС 
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стороной как в части систем коммутации, так и каналов связи. Казалось, что Россия и 
многие страны третьего мира отстали навсегда. Действительно, в то время как стра- 
ны Западной Европы покрывались сетью [$0М№, во что вкладывались средства, срав- 
нимые с бюджетом России, на просторах нашей страны существовали целые области, 
не охваченные связью вообще. Конечно, фактор плотности населения в 0,1 человека 
на квадратный километр вносил свои коррективы в развитие связи в этих областях, 
но и другие области с большей плотностью населения не очень опережали их. 

С другой стороны, развитые страны после перехода на 1$0М технологии доби- 
лись высочайшего качества связи, но расчет на окупаемость этих технологий за 
счет внедрения широкого спектра дополнительных услуг не оправдался: потреб- 
ность в них оказалась меньше, чем предполагалось, появились новые средства пре- 
доставления услуг в виде ИСС, стремительная популярность услуг Интернета вы- 
звала резкий отток пользователей. В сложившейся ситуации возникает резонный 
вопрос, а стоит ли России и странам третьего мира повторять экономические и тех- 
нологические просчеты развитых стран? Окупятся ли затраты на внедрение систем 
1$О0М, а на их основе ИСС, стоит ли доводить сигнализацию цифровых трактов 
ОКС №7 до городских, районных и сельских АТС или ограничиться использовани- 
ем этой сигнализации только в узлах междугородной связи? И все это в эпоху бур- 
ного развития спутниковых и мобильных средств связи, широкого внедрения широ- 
кополосных систем связи на основе сетей пакетной коммутации. 

Исходя из вышеизложенного, необходимо предложить некоторый альтернативный 
путь в сфере предоставления дополнительных услуг связи, а именно на основе адапта- 
ции систем предоставления услуг как к существующей сети связи, так и к ее функцио- 
нальным и техническим изменениям. Может показаться, что эта задача является более 
сложной, чем создание самой сети связи, однако это не так. Достаточно лишь «развя- 
зать» узлы сети предоставления услуг (УСПУ) и узлы коммутации (маршрутизации) 
телекоммуникационной сети. Как указано в главе 2, посвященной компьютерной теле- 
фонии, для подключения систем КТ к любым узлам телекоммуникационной сети ис- 
пользуются система шлюзов. Этот подход и в данном случае поможет «развязать» вы- 
шеуказанные узлы. Однако данный подход имеет один недостаток — весь трафик по 
предоставлению дополнительных услуг должен пропускаться через центры обслужи- 
вания. Как справедливо отмечено в [10], централизованный узел услуг (независимо от 
принципов его реализации) и УСПУ не имеют своих абонентов, поэтому возникает во- 
прос о том, смогут ли они обеспечить требуемую доступность к услугам при увеличе- 
нии трафика. Одна из возможностей обеспечения требуемой пропускной способ- 
ности — перераспределение трафика между периферийными и центральным узлами 
предоставления услуг. Для этого узлам коммутации, к которым подключаются УСПУ, 
при занятости каналов предоставления услуг (например, при телеголосовании, когда 
этот трафик практически не предсказуем) потребуется перераспределять лишний тра- 
фик на другие узлы. Кроме того, если рассмотреть потребность в дополнительных ус- 
лугах, то даже с учетом значительной заинтересованности в них со стороны коммерче- 
ских структур, их трафик не будет превышать 10-15% трафика основных услуг. Это 
дает основание утверждать, что предлагаемая система справится с обслуживанием тра- 
фика дополнительных услуг не хуже, чем при использовании классических ИСС. 
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Еще одним фактором, который, как упоминалось выше, является определяющим 
для функционирования ИСС и отсутствие которого значительно уменьшает эффек- 
тивность внедрения, является использование в ИСС протокола 557 (ОКС №7). Ина- 
че говоря, отсутствие сигнализации ОКС №7 между узлами телекоммуникацион- 
ной сети позволяет реализовать на этой сети только централизованный узел предос- 
тавления услуг (ЦУПУ), а не совокупность взаимосвязанных узлов. 

Учитывая сказанное выше, для сложившихся условий развития телекоммуника- 
ционной сети в России необходима и целесообразна некоторая альтернатива ИСС. 
Ниже в качестве такой альтернативы представлена концепция гибридной интеллек- 
туальной сети (ГИС). 


3.3.1. Концепция построения ГИС 


Концепция ГИС должна, по мнению автора, базироваться на всем комплексе зна- 
ний и достижений как в направлении развития ИСС и компьютерной телефонии, 
так и в направлении сближения сетей различной природы [36-38] (в частности, в 
соответствии с концепцией Европейского института стратегических исследований 
в области связи). В данном контексте ГИС можно было бы рассматривать, с одной 
стороны, как инструмент сближения сетей предоставления услуг, а с другой — как 
некоторую интегральную сеть, которая имеет возможность предоставления всего 
комплекса дополнительных услуг на всех типах сетей связи и сетей передачи сооб- 
щений. Сформулируем концепцию ГИС с точки зрения интегральной сети, что, в 
принципе, не отвергает возможность ее рассмотрения в рамках конвергенции раз- 
личных сетей. Необходимо подчеркнуть, что на данном этапе рассмотрения кон- 
цепции ГИС трудно говорить о стандартизации, которую имеет концепция ИСС. 
Поэтому предлагаемая концепция носит характер принципиального рассмотрения 
данного вопроса, хотя, как будет показано в последующих главах, даже такое рас- 
смотрение дает возможность практической реализации и эффективного использова- 
ния ГИС. 

Исходя из поставленных задач, концепция ГИС должна учитывать сложившие- 
ся реалии состояния, тенденций и темпов развития телекоммуникационных сетей в 
России и спроса на существующие и потенциальные дополнительные услуги связи. 

Как было показано выше, концепция ИСС основана на стандартизированной 
последовательности наборов возможностей (С5), описывающих конкретные аспек- 
ты целевой архитектуры сети. В то же время, как абсолютно справедливо указано в 
[25], «идея отделения плоскости услуг, изображающая эти услуги в том виде, в ко- 
тором они видны пользователю и вне какой-либо связи с реализацией этих услуг, 
...Надолго переживут сами сетевые и протокольные варианты» ИСС. 

Принимая во внимание необходимость и целесообразность преемственности 
ИСС и ГИС, сформулируем концепцию последней как интеллектуальной сети, от- 
метив при этом их функциональные отличия и отличия принципов реализации. 

Таких функциональных отличий несколько, но они достаточно существенны: 

— набор возможностей для ГИС распространяется на всю область дополнитель- 

ных услуг. Назовем его комплексным набором возможностей (Пцергае4 Сара- 


92 ГЛАВА 3 


бу 5е6, [С5). В соответствии с классификацией дополнительных услуг (см. 
главу |) 1С$ можно представить функцией Н = {), Т, О, Е, С, 5}; 

— ГИС должна предоставлять дополнительные услуги на всем спектре сущест- 
вующих сетей с коммутацией каналов, сетей пакетной коммутации и их кон- 
вергенции; 

— кроме вызовов из сети коммутации каналов, ГИС должна обслуживать вызо- 
вы из сетей пакетной коммутации, сообщения, приходящие из различных се- 
тей, а также межузловые запросы, циркулирующие в ней. 

Дополнительные принципы реализации ГИС должны учитывать, что: 

— трафик услуг, не связанных только с областью управления коммутацией (мар- 
шрутизацией), ответвляется от телекоммуникационной сети на ГИС через спе- 
циальные шлюзы; 

— при пиковых нагрузках трафик должен быть перераспределен между узлами; 

— взаимодействие центрального узла предоставления услуг и сетевых узлов может 
осуществляться по каналам телекоммуникационной сети с использованием, кро- 
ме ОКС №7, широкого набора протоколов и не только по трактам сигнализации. 

Иначе говоря, и это достаточно важный аспект, ГИС в определенной мере и то- 
гда, когда это целесообразно, должна включать в себя элементы ИСС в части услуг, 
которые содержат в себе только управление коммутацией или маршрутизацией вы- 
зова в зависимости от некоторых простых условий. Иначе полная замена функций 
коммутационного оборудования приведет к созданию еще одного типа коммутаци- 
онного оборудования, а это экономически нецелесообразно, за исключением случа- 
ев, когда такая замена исходит из невозможности реализации этих функций суще- 
ствующим коммутационным оборудованием. Например, если ГИС реализуется на 
координатной или квазиэлектронной станции, которая эффективно выполняет свои 
обычные функции по предоставлению основных услуг коммутации абонентов, то 
для введения дополнительных услуг интеллектуальной коммутации, трафик кото- 
рых может составлять небольшую долю трафика основных услуг, экономически не- 
целесообразно менять всю станцию. В этом случае услуги по интеллектуальной 
коммутации эффективнее возложить на ГИС. 

Итак, можно констатировать, что элементы ИСС могут присутствовать в ГИС 
для оказания транзитных транспортных услуг, а оконечные транспортные услуги 
осуществляются ГИС на основе изложенных ниже принципов. 

Кроме того, при рассмотрении концепции ГИС целесообразно исключить из 
ГС$ все услуги, связанные с биллингом. По мнению автора, биллинг основных и до- 
полнительных услуг является самостоятельной областью услуг, и системы биллин- 
га должны сосуществовать с ГИС на равноправных и самостоятельных началах. 


3.3.2. Концептуальная модель ГИС 


Будем основываться на том, что главным требованием к архитектуре ГИС является 
так же, как и в ИСС, отделение функций предоставления услуг от функций взаимо- 
действия с сетями по обработке вызовов и систем связи по обработке сообщений. 
С другой стороны, последние функции должны быть отделены от сетевых функций 
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телекоммуникационных сетей. Функции коммутации (маршрутизации), относящие- 
ся к простым услугам управления вызовами, могут оставаться в базовых сетях свя- 
зи, а функции управления всеми услугами, создания и внедрения новых услуг вы- 
носятся так же, как и в ИСС, в интеллектуальную надстройку. 

В отличие от ИСС, где имелись стандартизованные протоколы обмена между ба- 
зовой сетью и интеллектуальной надстройкой, которые (пусть даже декларативно) 
освобождали операторов сетей от зависимости от поставщиков коммутационного 
оборудования, в ГИС, на первый взгляд, таких единых протоколов нет. Зато в ГИС 
должен присутствовать широкий набор шлюзов между базовыми сетями и интеллек- 
туальной надстройкой, которые, с одной стороны, могут являться компонентами ба- 
зовой сети (и в интересах поставщика телекоммуникационного оборудования иметь 
такой набор шлюзов), а с другой стороны, их совокупность должна покрывать запро- 
сы ГИС по взаимодействию со всем спектром существующих и потенциальных базо- 
вых сетей. Кроме того, интеллектуальная надстройка ГИС должна быть связана с 
универсальной системой биллинга (УСБ) с помощью специального шлюза. 

Предлагаемая архитектура ГИС приведена на рис. 3.4. Говоря о наборе шлюзов, 
необходимо иметь в виду, что они взаимодействуют, с одной стороны, с базовыми 
сетями и системами связи, а с другой — с интеллектуальной надстройкой через 
программный интерфейс приложений (АРГ) посредством прикладных протоколов. 
Кроме того, еще раз необходимо подчеркнуть, что данное представление ГИС как 
интегральной сети подразумевает возможность использования элементов ИСС (в 
частности, эСР и З5Р) как в виде разновидности шлюза, так и в виде компонент ин- 
теллектуальной надстройки. 


Функции создания и 
внедрения услуг 


Функции управления 
услугами 


Рис. 3.4. Архитектура ГИС 


При рассмотрении концептуальной модели ГИС, как и ранее, будем основы- 
ваться на понятиях, выработанных для ИСС, и, в частности, на ее абстрактной кон- 
цептуальной модели. 
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Представим модель ГИС аналогично модели ИСС, состоящую из четырех плос- 
костей (рис. 3.5). 


Плоскость 
услуг 


Глобальная 
функциональная 
плоскость 


Распределенная 
функциональная 
ПЛОСКОСТЬ 


Физическая 
ПЛОСКОСТЬ 


Рис. 3.5. Абстрактная концептуальная модель ГИС 


Первый уровень — плоскость услуг ГИС (Зегмсе Р1апе, 5Р) — так же, как и для 
ИСС, представляет систему с точки зрения услуг. В этой плоскости ГИС необходи- 
мо рассматривать как компоненты услуги (Зегу1се Ееайхге, ЗЕ), так и услугу (5ег- 
у1се) в виде совокупности компонент. В отличие от ИСС, где в понятие компонен- 
ты услуги не включалось ее принадлежность к сети, поскольку рассматривалась 
только сети с коммутацией каналов, целесообразно ввести понятие простой и со- 
ставной функциональной компоненты. Если обозначить услугу ГИС как 5С, про- 
стую компоненту как 5Ё, а составную компоненту как 5ЪЕ, то в этом случае состав- 
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ная компонента ЗЕ; будет сочетанием простой компоненты 5, из области вида се- 
ти и простой компоненты $; из области типов услуг. Так, например, составная 
компонента 5Е!! может быть сочетанием простых компонент сети коммутации ка- 
налов — ЭН; и простых компонент вида услуг — Зи. 

Поскольку имеется в виду, что каждая из услуг может быть реализована как од- 
ной, так и совокупностью компонент по виду сети в предметной области услуг свя- 
зи, то 5Ош = {Ев}. 

Кроме того, целесообразно ввести новое понятие комплексной услуги (Пиертае4 
егутсе, [5). Необходимость введения 1$, как это будет показано при рассмотрении 
реализации различных приложений ГИС, объясняется наличием совокупных услуг, 
например, таких, как универсальная почта. Как было показано в главах | и 2, эти ус- 
луги обычно состоят из совокупности ряда услуг, объединенных набором условий, 
при этом как сами эти услуги, так и их составляющие попадают под понятие услуги, 
т.е. являются законченным коммерческим предложением. Все услуги, как упомина- 
лось выше, объединяются комплексным набором возможностей (1С$, Пуеотае4 Сара- 
ыЫшу 5е6). В настоящее время нет устоявшейся стандартной спецификации [С$, од- 
нако работы в этом направлении интенсивно ведутся различными организациями. 

Второй уровень — глобальная функциональная плоскость (СТоБа! Гипсйопа] 
Р1апе, СЕР) — описывает возможности сети и необходим разработчикам для вне- 
дрения услуг. Так же, как и для ИСС, здесь ГИС необходимо рассматривать как 
единое целое. Однако в отличие от ИСС ГИС по определению должна обслуживать 
не только вызовы из сети коммутации каналов, на ГИС приходят также вызовы из 
сетей пакетной коммутации, сообщения и межузловые запросы по различным се- 
тям, что в общем виде можно определить как события (еуеп®), относящиеся к инте- 
гральным вызовам, запросам и сообщениям. Поэтому в глобальной функциональ- 
ной плоскости целесообразно перейти от базовых процессов обработки вызова (Ва- 
$1с Са Ргосез$, ВСР) к базовым процессам обработки событий (Ваз1с Еуеп( Ргосез$, 
ВЕР). При этом независимые от услуг конструктивные блоки (Зегусе ш4дерепдет 
Ви!адте В]оск$, 51В) будут также обеспечивать выполнение стандартных много- 
кратно используемых сетевых функций для создания компонент услуги. Каждый 
[В должен иметь унифицированный и стабильный интерфейс и иметь одну логи- 
ческую точку инициализации (Рош оЁ шаНоп, РоГ) и одну или несколько логиче- 
ских точек завершения (Ро! оГ Кебит, РоВ). Когда в процессе обработки события 
встречается одна из точек инициации, это приводит к определенной последователь- 
ности обращений к блокам ЗВ. По завершении этой последовательности осуществ- 
ляется воздействие на процесс обработки события, зависящее от точки завершения. 
Результатом такого взаимодействия является реализация компоненты услуги, про- 
стой или комплексной услуги. 

Параметры, требуемые каждым ЗВ, определяются, как и в ИСС, данными под- 
держки услуги (Зегу1се Зиррой аа, 350). В отличие от ИСС, которая оперирует с 
динамическими параметрами, называемыми данными конкретного вызова (Са Шш- 
$апсе аа, СТО), и статическими параметрами, называемыми данными поддержки 
конкретной услуги (Зегулсе Зирроц аа 550), для ГИС используются данные за- 
проса событий (Еует шапсе аа, ЕГО), определяющие динамические параметры 
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событий, изменяемые с каждым запросом. Особенность ЗВ состоит в том, что их 
набор должен быть полным для использования без модификаций во всем комплексе 
услуг. Поэтому в отличие от ИСС, где стандартизированы спецификации услуг, для 
ГИС необходима специальная функция обновления состава 51В при дополнении 
спецификации услуг. Необходимо отметить, что такие обновления в полной мере 
разработаны в рамках компьютерной телефонии. Например, при наличии блоков 
идентификации пользователя по вызываемой линии или пин-коду имеется возмож- 
ность их модификации простым обновлением информации в 55). При включении 
В в глобальную функциональную плоскость для идентификации ЕТ в 55) опре- 
деляются параметры, достаточные для реализации ЗВ, в том числе описание ком- 
понент, файловые указатели, указатели области и т.д. 

На рис. 3.6, а показано взаимодействие между базовым процессам обработки 
событий и глобальной функциональной плоскостью. 


Рис. 3.6. Взаимодействие между базовыми процессами (а) и реализация логики услуги (6): 
СК - условие вызова; ОР — выход из ресурса; ЗК -— вызов ресурса; К$ — ресурс 
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Таким образом, услуги декомпозируются на компоненты и на плоскости СЕР 
объединяются в один или несколько >В, которые при взаимодействии определяют 
глобальную логику услуги (СоБа| Зегу1се Гор1с, ОЗГ.) (см. рис. 3.5). Как указыва- 
лось выше, в основе концептуальной модели ГИС лежит создание логики услуг, ко- 
торая в свою очередь основана на выборе модели услуги как с точки зрения постав- 
ленной задачи, так и с точки зрения возможности реализации услуги средствами, 
имеющимися в распоряжении ГИС. Подход к ГИС как к системе, построенной на 
основе компьютерной телефонии, требует рассмотрения реализации функциональ- 
ных компонент в этой плоскости. При этом с точки зрения вызовов указанный вы- 
ше подход вполне ясен, а с точки зрения обработки запросов и сообщений требует 
некоторых пояснений. 

Каждая из функциональных компонент должна быть определена в трех облас- 
тях: в области функциональных свойств, в области допустимых значений входной 
информации (описания точек входа) и в области допустимых значений выходной 
информации (описание точек выхода). В терминах компьютерной телефонии функ- 
циональные компоненты обработки вызовов и сообщений можно определить как 
ресурс (гезоигсе, КС) и условие вызова ресурса (Сопд1оп Зибгоиипе Кезоигсе, СК). 
При этом для определения допустимых значений входной и выходной информации 
можно использовать терминологию «вызов ресурса» (Зибгоиипе Кезоигсе, ЗК) и 
«выход из ресурса» (Кезоигсе ОЙ, ОК). Такой подход дает возможность реализации 
логики услуги совокупностью набора СК-5К-ВС-ОК, идентичного по своему по- 
строению набору обработки вызова (рис. 3.6, 6). 

Третий уровень — распределенная функциональная плоскость (Оазиощед Еипс- 
попа! Р]апе, РЕР) — описывает функции, реализуемые узлами сети. В этой плоско- 
сти ГИС рассматривается как совокупность функциональных элементов, порож- 
дающих информационные потоки. На данном уровне общесетевые функции, анало- 
гично ИСС, определены в виде отдельных функциональных объектов (Гипсйоп Е]е- 
тепь ЕЕ). Специфицированные на плоскости ОЕО блоки $1В реализуются на плос- 
кости РЕР в виде последовательности функциональных объектов (Еипсйоп Е!етег 
Агеа, ЕЕА), в результате выполнения которой возникают информационные потоки 
(аюппаноп Ео\з, [Е) (см. рис. 3.5). 

Функции на этой плоскости делятся на четыре основные категории: 

1) функции, относящиеся к управлению событиями; 

2) функции, относящиеся к управлению услугами; 

3) функции взаимодействия между | и 2 категориями; 

4) функции, обеспечивающие услуги (эксплуатационная поддержка и админист- 
рирование сети). 

Первая категория — функции управления событиями (Еует Сопо! РЕипсНоп, 
ЕСЕ) — включает: 

— интегрированную функцию управления вызовом (Пиергае4 СаП Сопго! Еипс- 

поп, 1ССЕ); 

— интегрированную функцию управления доступом вызова (Пщцергаеа Са] Соп- 

101 Ареп Еипспоп, [ССАЕ), которая обеспечивает пользователю доступ в лю- 
бую сеть, т.е. является интерфейсом между пользователем и 1ССЕ; 
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— интегрированную функцию управления сообщениями (Пщергаеа Меззаге 
Сопёо] Гипснопв, 1МСЕ;); 

— функцию управления доступом сообщений (Мез5аге Сопто! Азепё Еипсйоп, 
МСАЕ), которая обеспечивает доступ сообщения в сеть; 

— интегрированную функцию управления запросами (Пие?гаед Кедиез{ Сопёго| 
РипсНоп, ВСЕ); 

— функцию управления доступом запросов (Кедиез Сопо]| Азеп Еипсйоп, 
ВСАЕ), обеспечивающая доступ запроса с одного узла сети на другой. 

Здесь термин «интегрированная» подчеркивает возможность обслуживания вы- 

зовов из различных сетей. 

К этой же категории относится также функция интегральных специализирован- 
ных ресурсов (Пиезтае4 Зрес1а1те4а Кезоигсез Еипсйоп, ЗВЕР), которая обеспечива- 
ет доступ сетевых объектов к различным категориям сетевых средств (речевые ре- 
сурсы, факсимильные, У!ЕВ ит.д.). 

Ко второй категории относится функция управления услугами (Зегусе Сопёо] 
Гипсноп, ЭСЁР), которая определяет логику услуг, управляет услугой, связанной с 
выполняемым процессом, и осуществляет взаимодействие между пользователем и 
функцией [5 ВЕ. 

К третьей категории относятся: 

— функция коммутации услуг (Зегу1се Э\уисвие ЕипсНоп, 55Е), которая обеспе- 

чивает интерфейс между ЭСЕ и ЕСЕ и ее составляющими; 

— функция взаимодействия с пользователем (Озег Пиегасноп ЕипсНоп, (ТЕ), ко- 
торая через 55Е поддерживает диалог с пользователем в соответствующем 
формате телекоммуникационной сети; 

— функция поддержки данных услуг (Зегмсе Оаа Еипсйоп, ОЕ), которая управ- 
ляет доступом услуг к базам данных сети и обеспечивает контроль данных, 
при этом обеспечивая логическую связь функции ЭСЁЕ с данными, «скрывая» 
от нее их реальное представление. 

И наконец, к четвертой категории — обеспечения услуг — относятся: 

— функция среды создания услуг (Зегулсе Стеаноп Епутоптеп ГипсНоп, ЭСЕЕ), 
которая используется для спецификации, создания, тестирования и загрузки 
программ логики услуг, а также формата сообщений диалога с пользователем; 

— функция доступа к системе эксплуатационной поддержки и администрирова- 
ния услуг (так называемой рабочей станции) (Зегу1се Мапаретеп{ Ассез$ 
Еипсйоп, ЗМАЕР), которая обеспечивает интерфейс к функции 5МЕ; 

— функция эксплуатационной поддержки и администрирования услуг (Зегусе 
Мапасетет ЕипсНоп, ЗМЕ), которая обеспечивает предоставление и админи- 
стративное управление услугами. 

Схема взаимосвязей, определяющая архитектуру распределенной функциональ- 

ной плоскости, может быть представлена так, как рис. 3.7. 

Четвертый уровень — физическая плоскость (Р|вуз1са1 Р1апе, РР) — описывает 
«точки» сети, содержащиеся в них функциональные элементы и протоколы взаимо- 
действия. На этом уровне определяются физические объекты (Рвуз1са1 Еететф, РЕ), 
способы отображения функциональных объектов на физические и способы реали- 
зации сетевых элементов ГИС (см. рис. 3.5). 
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Рис. 3.7. Архитектура распределенной функциональной плоскости: 
а — для интегральных вызовов, 6 — для интегральных запросов, в — для интегральных сообщений 


Термином «пункт» (рош®) далее будем обозначать функционально законченный 
комплекс, выполняющий заданный круг задач. Формально «пункт» в терминологии 
ГИС соответствует «узлу» в терминологии ИСС и введен для того, чтобы показать 
определенные различия в обеих концепциях. 

Для пунктов сети, которые выполняет функции коммутации услуг, введем поня- 
тие «шлюз» (рае\уау), при этом имея в виду, что есть несколько типов шлюза, вы- 
полняющих стандартные сетевые функции: шлюз вызовов (СС), шлюз запросов 
(СК) и шлюз сообщений (СМ). 


4* 
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Совокупность пунктов ГИС, подключенных к узлу сети связи, назовем цен- 
тральным (Сепёга| Зегулсе Моде, СМ) или периферийным узлом услуг (РепрВега! 
ъегулсе № ое, РМ). Обозначения СЗМ и РМ введены из-за того, что для ГИС узлы 
услуг будут иметь несколько другие функции, нежели ЗМ для ИСС, о чем речь пой- 
дет ниже. 


Для СЗМ можно выделить следующие основные виды пунктов: 

ЪЗР (Зегусе э\исшше Ро!) — пункт коммутации услуг, который, в свою оче- 
редь, может состоять из внутренней локальной сети, объединяющей все основные 
пункты и внешние шлюзы; 

ЪСР (Зегмсе Сопго! Ро1пё) — пункт управления услугами; 

ЪОР (Зегусе Раа Ро!) — пункт поддержки данных; 

ТР (еШреп{ РепрВега!) — пункт интеллектуальной периферии; 

ЪМР (5егулсе Мапагетеп( Рош?) — пункт администрирования услуг; 

ЪСЕР (Зегусе Сгеайоп Епугоптеп Ро) — пункт среды создания услуг; 

ЪМАР (5егулсе Мапаретеп{ Ассезз Ро!) — пункт доступа к эксплуатационной 
поддержке и администрированию услуг. 

Распределение сетевых функций по пунктам ГИС имеет следующий вид. 

Пункт коммутации услуг реализует функцию коммутации услуг (55Е) и функ- 
цию управления событиями (ЕСЕ), осуществляет связь с ЭСР и обеспечивает: 

— через ОС доступ пользователям в сеть (коммутацию каналов СС{ или пакет- 

ную коммутацию СС1); 

— через СК обмен запросами между СР СЗМ и ЭСР РЗМ; 

— через СМ обмен сообщениями с системами приема-передачи и накопления со- 
общений (например, с системами электронной почты, 3М$ и т.д.), а также об- 
новление логики и данных услуг из СЭМ (5СЕЁЕ) в РМ (5СЕ). 

Пункт управления услугами обеспечивает выполнение услуг и обработку дан- 
ных, получаемых от пользователей ГИС. 5СР выполняет функцию управления ус- 
луг ЭСЕ и поддержки данных 50Е. ЭСР СМ имеет прямой доступ к пункту под- 
держки данных ЗОР СЗМ, а СР РЗМ может подсоединяться к ней через соответст- 
вующие шлюзы. ЭСР должен быть связан со шлюзами пункта коммутации услуг 
ЗЗР и интеллектуальной периферией. 

Пункт поддержки данных содержит данные, необходимые для предоставления 
индивидуализированных услуг, т.е. выполняет функцию поддержки данных. Дос- 
туп к 5ОР может быть получен либо через соответствующие шлюзы, либо через 
пункт управления услугами (5СР) или пункт администрирования услуг (5МР). Раз- 
личные пункты поддержки данных могут быть связаны друг с другом. 

Пункт интеллектуальной периферии содержит специализированные средства 
управления и обеспечения реализации услуги и диалога с пользователем. Этот 
пункт выполняет функции специализированных ресурсов ЭВЕ и реализует функ- 
цию взаимодействия с пользователем (Озег Пие асе ЕипсНоп, ОЕ). Она может 
включать в себя функцию коммутации услуг 35Е и функцию управления события- 
ми ЕСЕ. Последние две функции используются для обеспечения доступа к средст- 
вам, входящим в [Р. 
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Пункт администрирования услуг выполняет функции ЭМЕ, ЗМАЕ и ЗСЕЕ. Этот 
пункт может управлять базами данных, тестировать сеть, управлять нагрузкой и 
проводить измерения различных характеристик сети. 

Пункт среды создания услуг служит для разработки, формирования, тестирова- 
ния и внедрения услуг в МР. 

Пункт эксплуатационной поддержки и администрирования услуг обеспечивает 
доступ к пункту администрирования услуг (МР). 

Распределение функциональных точек по узлам предоставления услуг (СМ и 
РЪМ) показано на рис. 3.8. 


Рис. 3.8. Распределение функциональных пунктов по узлам предоставления услуг 


Для выполнения задачи предоставления широкого спектра услуг для пользова- 
телей различных сетей связи предлагается использовать введенные выше два типа 
узлов услуг: центральный (СЗМ) и периферийные (РЗМ), при этом еще раз необхо- 
димо подчеркнуть, что они не имеют своих абонентов. Различие между СЗМ и РМ 
заключается в том, что периферийные узлы содержат ЭР, 5СР и [Р, т.е. составляю- 
щие, необходимые для распределенного предоставления услуг. В отдельных случа- 
ях на РЭМ имеется пункт поддержки данных в полном или ограниченном объеме. 
Однако в этих узлах отсутствуют пункты ЗМР, СЕР, 5МАР. Реализация функций 
этих пунктов на РМ осуществляется удаленно через соответствующие шлюзы на 
основе соответствующих запросов и сообщений. Аналогичным образом осуществ- 
ляется доступ к ЗОР СМ при отсутствии его на РУМ. 
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Центральный и периферийные узлы подключаются к сетям связи через систему 
соответствующих шлюзов. При этом шлюзы различаются по типу сети, с которой 
они взаимодействуют, и каждый из них может осуществлять взаимодействие с се- 
тью связи по виду реализуемой функции, а именно обрабатывать вызовы, запросы, 
сообщения. 

Таким образом, концептуальная модель ГИС (аналогично ИСС) представляет 
собой абстрактное средство для создания услуг ГИС путем их последовательного 
описания методом «сверху вниз». 

Один из важнейших вопросов заключается в том, на основе каких принципов 
может быть реализована концептуальная модель. Необходимо сразу отметить, что 
какие бы доводы не приводились сторонниками или противниками той или иной 
концепции, этот вопрос не может быть решен теоретически. Только практика ис- 
пользования может дать ответ в пользу той или иной концепции. Как становится 
ясным из предыдущего изложения, автор рекомендует использовать при реализа- 
ции пунктов и узлов ГИС концепции, свойственные компьютерной телефонии и ее 
физическим элементам. При этом основным доводом для такого подхода является 
история развития концепции и средств КТ, которая подтверждает основные требо- 
вания, предъявляемые к современным телекоммуникационным системам: масшта- 
бируемость, модульность, адаптация к окружению, приемлемая стандартизация, 
низкая стоимость. Исходя из практической целесообразности и экономической эф- 
фективности, ГИС должна строиться на основе СЗМ, но с возможностью вынесе- 
ния, при необходимости, определенного «интеллекта» в виде РМ на другие узлы 
сети коммутации каналов или пакетной коммутации. При этом ГИС может быть 
реализована на основе принципов и средств компьютерной телефонии, а связь меж- 
ду СЗМ и РМ должна осуществляться по любым протоколам, существующим на 
телекоммуникационной сети или поддерживаемым ею. 

Таким образом, будучи достаточно дешевой, легко модифицируемой, учиты- 
вающей современное развитие средств связи и тенденции их развития, ГИС позво- 
лит решить задачу предоставления широкого спектра востребованных дополни- 
тельных услуг. 

Для практической реализации ГИС необходимо рассмотреть принципы взаимо- 
действия СЭМ и РМ между собой и сетями связи. Для этого рассмотрим более под- 
робно имеющуюся среду, в рамках которой происходит это взаимодействие. 


3.3.3. Сетевые принципы взаимодействия 


При рассмотрении принципов взаимодействия ГИС с сетью связи, межузлового взаи- 
модействия, а также взаимодействия функциональных составляющих в рамках узла 
необходимо определить контент этих взаимодействий, протоколы и интерфейсы. 
Если обратиться к архитектуре классической ИСС, то она специфицирована в 
части взаимодействия основных точек по протоколу 557. Взаимодействие между 
ЗЗР и ЗСР происходит по протоколу ПМАР (ПиеШеоепе МегмогК АррИсайоп Ргоюсо|). 
При этом архитектура протокола [МАР определена в рекомендации ГГО-Т 0.1218, 
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где рассматриваются два его основных варианта. Вариант А ориентирован на орга- 
низацию множественных взаимно координируемых взаимодействий между при- 
кладными процессами, а вариант В — на единичное взаимодействие прикладного 
процесса с другими процессами. В качестве основного интерфейса ПМАР ГТО-Т ре- 
комендуется подсистема ТСАР 557 с определенными наборами возможных сцена- 
риев организации физических интерфейсов между различными типами структур- 
ных элементов ИСС. 

Дополнительно можно отметить, что прикладной протокол ГМАР в соответст- 
вии с уровнями [50 состоит из следующих разделов: 

_ передачи сообщений (Меззасе Тгапзрой Рай, МТР), включающий протоколы 
МТР1, МТР2, МТР3З и обеспечивающий собственно физический интерфейс и 
гарантированную доставку сообщений верхних подсистем и маршрутизацию 
информации; 

— управления сигнализацией и соединением (З1епаШи? Соппесноп Сопио] Рац, 
ЭССР), реализующий механизм передачи информации, как ориентированной, 
так и не ориентированной на соединение; обеспечивается также дополнитель- 
ная логическая адресация; 

— приложения транзакций (Тгапзасйоп Сара Шиез Аррйсайоп Рай, ТСАР), 
реализующей на сети механизм транзакций — обмена данными между при- 
ложениями, не ориентированными на соединение. По смыслу и форме это 
напоминает удаленный вызов процедур, т.е. вызывающая сторона иницииру- 
ет какое-либо действие на вызываемой стороне, та выполняет его, при необ- 
ходимости инициируя транзакции к другим компонентам, и возвращает ре- 
зультат. 

Таким образом, взаимодействие элементов ИСС однозначно привязано к теле- 
коммуникационной сети и ее оборудованию, функционирующему на основе 557 
(ОКС №7). С другой стороны, при реализации ИСС на основе узла услуг имеется 
свободный выбор протокольного взаимодействия как с телекоммуникационной се- 
тью, так и между пунктами. 

При рассмотрении принципов взаимодействия элементов ГИС (рис. 3.9), необ- 
ходимо учитывать следующие особенности среды, в которой ГИС должна функ- 
ционировать: 

— наличие нескольких разновидностей сетей, с которыми ГИС взаимодействует, 

а также широкий спектр оборудования, на котором реализованы эти сети; 

_ распределенный характер предоставления услуг на всех разновидностях сетей 
(СУМ и РМ); 

— необходимость взаимодействия узлов с пользователями для двух видов собы- 
тий: вызовов и сообщений; 

— необходимость взаимодействия узлов между собой для двух видов событий: 
запросов и сообщений; 

— различный характер представления информации не только для разных сетей, 
но даже внутри одной сети; 

— централизованный характер процесса создания, администрирования и техни- 
ческого обслуживания. 
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Исходя из особенностей ГИС и среды функционирования, представим на сете- 
вом и физическом уровне контенты, протоколы и интерфейсы взаимодействия. 

Предварительно необходимо сделать несколько замечаний. 

1. Как и ранее, мы предполагаем, что телефонная сеть не однородна, т.е. по- 
строена на основе использования широкого спектра коммутационных систем и ка- 
налов связи. Однако для максимального использования возможностей ГИС по пре- 
доставлению услуг на сети связи оператора найдется хотя бы одна цифровая АТС, к 
которой, как к узловой, можно подключить С5М. При отсутствии такой АТС ГИС 
вырождается в РЭМ с резко ограниченными функциями по предоставлению услуг. 

2. Имеются два подхода к внедрению дополнительных услуг на сетях подвиж- 
ной связи, в частности на сетях стандарта @5М. Первый подход [39] основан на 
том, что архитектура ИСС и архитектура сетей подвижной связи очень сходны ме- 
жду собой. Однако ИСС не имеют поддержки механизмов мобильности, а сети под- 
вижной связи не способны в полной мере обеспечивать принцип независимости 
коммутации от услуг, присущий концепции ИСС. Исходя из этого, определяются 
пути построения интеллектуальной сети подвижной связи путем взаимной конвер- 
генции одной из них в другую. Для реализации такой конвергенции разрабатыва- 
ются специальные стандарты (\/ТМ (АМЗГ ТТА), САМЕГ (ЕТЗГ)), подробно рас- 
смотренные в [39]. Второй подход, которого автор придерживается в настоящей 
книге, заключается в выделении узла услуг как интеллектуальной надстройки над 
всеми видами сетей, что дает возможность реализовать практически одинаковый 
комплекс услуг одновременно для абонентов всех сетей, независимо от того, на ка- 
ком интеллектуальном уровне находятся ее узлы, используя при этом весь набор 
существующих протоколов и интерфейсов. Кстати говоря, системы связи третьего 
поколения для базовой сети ОМТЗ (ЗОРР) базируется на подходе, который преду- 
сматривает использование двух технологий: коммутацию каналов и коммутацию 
пакетов и предполагает, что одни и те же сетевые ресурсы будут использоваться 
для предоставления услуг и мобильной, и стационарной связи. 

Как было показано выше, концептуальная модель ГИС строится на универсаль- 
ном принципе обработки событий, которые включают в себя вызовы, запросы и со- 
общения. Исходя из этого, целесообразно рассмотреть контент, протоколы и интер- 
фейсы в каждой из этих разновидностей событий. 

Обработка вызовов. Во-первых, ГИС нельзя отнести в чистом виде ни к систе- 
мам распределенной, ни централизованной обработки вызовов, поскольку для нее 
характерна, с одной стороны, централизованная обработка вызовов (3ЗЕ и ЗСЕ в 
каждом узле), а с другой — распределенная обработка вызовов, предполагающая 
распределение трафика по узлам ГИС. Кроме того, часть пунктов ГИС, таких, как 
ЪОК, ЭМАР, 5МР, СЕР, должны обслуживать не только центральный узел, но и 
периферийные узлы. Поэтому с точки зрения обслуживания вызовов СЗМ близок к 
реализации ИСС на основе эЭ5СР, а значит, как и последний, может быть подклю- 
чен к существующему на ТфОП комплексу транзитных узлов. Соответственно @С{ 
может быть подключен к этим узлам во всем спектре общеканальных систем сигна- 
лизации (ОКС №7, 2551) и систем сигнализации по выделенным каналам (К2, 
В1.5, 2ВСК) с разными способами передачи регистровой информации (пакет, чел- 
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нок, МЕС, ОТМЕ). Для сетей подвижной связи в зависимости от реализации их 
Центра коммутации (Мое З\уцсЬште Сещег, МС) подключение может проводит- 
ся по ОКС7 или 2551. Надо отметить, что в случае наличия 55Р на подвижной се- 
ти подключение к нему возможно только по ОКС №7 с использованием прикладно- 
го протокола ГМАР. Для стыка ГИС с сетью пакетной коммутации, в частности се- 
тью Интернет, обслуживание вызовов через @С1 должно осуществляться по прото- 
колам [Р-телефонии [15]. Наиболее известным является протокол Н.323, а наиболее 
перспективным, по мнению автора, протокол З1Р. (Для объективности необходимо 
отметить, что передача речи поверх данных возможна не только по пакетным сетям 
с протоколом [ГР — Устсе оуег [Р, но и, например, в сетях АТМ — Усисе оуег АТМ.) 
Внутренние протоколы по обработке вызовов строятся на стандартных моделях, 
принятых ЕСТЕ для обработки вызовов: СЗТА фаза 3 — С.001 и ГГАВТ — С.100. 

Важным вопросом при рассмотрении взаимодействия в случае обработки вызо- 
вов является вопрос выбора внутреннего взаимодействия между пунктами ГИС 
(ЭСР, Ри ОК), т.е. взаимодействия (в терминах КТ) между серверами обработки 
сервисов и серверами приложений. В соответствии с рекомендациями ЕСТЁЕ, они 
должны строиться на спецификациях 5.100, что, в свою очередь, достаточно легко 
позволяет объединять их в локальную сеть на основе протокола ТСРЛР. 

Обработка запросов. Можно различить два вида запросов: запрос на обслужи- 
вание и запрос информации. Рассмотрим это взаимодействие на примере запросов, 
приходящих из фиксированной и мобильной телефонных сетей. 

В первом случае источником запроса может быть ЭСР некоторой внешней ИСС 
или ЭСР другого узла ГИС, а получателем — 5СР рассматриваемого узла. Запрос 
может приходить из телефонной и подвижной сети, а также по сети пакетной ком- 
мутации. При приходе его из телефонной или подвижной сети из ЭСР внешней 
ИСС запрос поступает через ОКЕ с использованием протокола ПМАР. При запросах 
от своих узлов может быть использованы два варианта. В случае развитой сети, ко- 
гда между узлами сети, к которым подключены узлы ГИС, используется сигнализа- 
ция ОКС №7, применяется протокол ПМАР. Когда между узлами сети связи исполь- 
зуются другие виды сигнализации, необходим выделенный межстанционный канал, 
по которому передаются эти запросы. 

Во втором случае источником запроса может являться ЭСР и [ГР некоторой 
внешней ИСС или ЭСР и [Р другого узла ГИС, а получателем — $ОК или [Р рас- 
сматриваемого узла. Здесь, как и в предыдущем случае, можно рассматривать ис- 
пользование двух видов протоколов — ПМАР и Х.25. Различие заключается в том, 
что запрос на СР может приходить непосредственно через шлюз, а на ОК или [Р 
через локальную сеть, в которой используется протокол ТСРЛР. Чтобы иметь еди- 
нообразие взаимодействия по запросам, желательно использовать ЭСР как единст- 
венный получатель запросов. Таким образом, все запросы будут приходить на ЭСР, 
который и будет распределять их по соответствующим пунктм. 

При взаимодействии по запросам с сетью пакетной коммутации используются 
те же принципы взаимосвязи между СК! и СР, которые рассмотрены выше для 
взаимодействия СК{ и ЭСР. Предполагается, что основным протоколом в этой се- 
ти является ТСРЛР. При этом для стыка @ЁВ1, который имеет свой выделенный 
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[Р-адрес, используется протокол НТТР, что аналогично взаимодействию по про- 
токолу ТСАР. 

Отметим, что существуют определенные идеи сближения Интернета и ИСС. 
Так, например, Глсепе Тесппо]оглез предлагает введение общей для сетей системы 
управления (Зегу1се Мапазетеп{ Зузет, ЭМЗ). Взаимодействие в такой объединен- 
ной сети происходит по протоколу 5ЗТР (Зегусе Зиррой Тгап$Рег Ргофюсо|). Этот 
протокол, в частности, поддерживает общение между ЭСР и \!еБ-серверами, поль- 
зуясь, в свою очередь, услугами протокола ТСР. Имея в виду, что принципы компь- 
ютерной телефонии позволяют достаточно адекватно реагировать на такое сближе- 
ние, это может только подтвердить правильность выбранного направления. 

Обработка сообщений. Эта обработка является важным элементом взаимодей- 
ствия. С одной стороны, на основе обработки сообщений строятся ряд сервисов 
ГИС, а с другой — на ее основе осуществляется взаимодействие между СЗМ и РМ 
в процессе создания, администрирования и технического обслуживания. 

При рассмотрении вопроса обработки сообщений для реализации сервисов не- 
обходимо учитывать, что сообщения, с одной стороны, участвуют как информаци- 
онная поддержка сервиса в рамках распределенной системы обработки данных, а с 
другой стороны, могут являться в прямом смысле сообщениями между пользовате- 
лями. Точно такие же типы сообщений были рассмотрены в гл. 2 — это сообщения 
в виде е-та|, 53МФ, а также сообщения для абонентов радиопоисковых (пейджер- 
ных) систем, которые накапливаются в КО-сервере. Если сообщения е-та! накап- 
ливаются и передаются через почтовый сервер (однозначно принадлежащей к сети 
Интернет), то доступ к ЗМЗ и КО серверам может осуществляться как из сетей 
коммутации каналов, так и через сеть Интернет. В этих случаях ОМЁЕ должен осу- 
ществлять связь с вышеуказанными серверами по протоколу Х.25, а ОМ! — по про- 
токолу ЭМТР в стеке протоколов ТСРЛР и Х.400 в модели [50. 

Вторым вариантом взаимодействия на основе сообщений является поддержка 
сервисов в части обмена данными. Для этой цели могут быть использованы специ- 
альные серверы баз данных (\\!14е Агеа шРюппайоп Зегуег, \УАГ5), в которых могут 
содержаться совокупности баз данных под управлением различных СУБД, а также 
Ргоху-сервер с использованием протокола обмена ЕТР. 

Рассматривая вопросы обмена сообщениями в контексте обновления, модифи- 
кации, а также администрирования и технического обслуживания сервисов важно 
иметь в виду, что это взаимодействие осуществляется не автоматически, а под 
управлением администратора сети. Исходя из этого, запрос сообщений о узлов се- 
ти, инсталляция новых услуг и т.д. проводится через виртуальные каналы сети Ин- 
тернет или реальные каналы типа «пункт-пункт» сети коммутации каналов. Для 
взаимодействия по сети Интернет администратор может использовать протокол 
эмуляции терминала Тешпе!. При взаимодействии с РЗМ по сети с коммутацией ка- 
налов может быть использован протокол Х.25. В этом случае ОМЁ по существу 
представляет собой модем. 

Представляет интерес рассмотрение ГИС с точки зрения ее функционирования 
на сети связи в случае ее построения на основе развитой и «вырожденой» общека- 
нальной сигнализации. Этот вопрос вынесен в Приложение 3.2. 
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3.3.4. Создание логики услуг 


Создание логики услуг базируется на функциях среды создания услуг (5СЕЕ), 
управления событиями (ЕСЁЕ) и поддержки данных услуг (5ОЕ). Таким образом, 
созданная в ЗМР и информационно поддерживаемая ЗОР логика услуг реализуется 
в пункте управления услугами (СР). Существуют два подхода к созданию логики 
услуг. Первый подход заключается в разработке индивидуальной логики каждой 
услуги и доработке ее при необходимости создания новой услуги. Второй подход 
заключается в построении такой логики услуги, который позволяет, создав некото- 
рую универсальную логику, путем исключения из нее отдельных компонент полу- 
чать требуемый спектр услуг. Первый подход часто используют при создании логи- 
ки услуг для классических ИСС, а второй — более пригоден для создания логики 
услуг в приложениях компьютерной телефонии. Поскольку мы ориентируемся на 
реализацию ГИС средствами компьютерной телефонии, видимо, использование 
второго подхода было бы предпочтительным. Однако, как показали практические 
попытки реализации такого подхода «в чистом виде», разработка полностью уни- 
версальной логики услуги не ведет к оптимизации процесса создания спектра ус- 
луг. Более простым и оптимальным оказался подход, при котором разработка уни- 
версальной логики ведется в пределах некоторого определенного класса услуг. 

Обращаясь к вопросу создания логики услуг, автор не ставил своей целью опи- 
сать логику каждой услуги, а хотел бы определить основные подходы к созданию 
логики только определенных классов услуг. 

В главе | предложена классификация дополнительных услуг. С учетом этой 
классификации, а также с учетом того, что биллинговые услуги можно выделить в 
отдельный класс услуг, для целей создания универсальной логики услуг можно вве- 
сти следующую классификацию: 

— транзитные транспортные услуги; 

— оконечные услуги; 

— дополнительные услуги передачи данных. 

К транзитным транспортным услугам относятся услуги, при которых транзит 
трафика осуществляется коммутационным оборудованием под управлением ГИС, 
к оконечным услугам — телематические услуги и остальные услуги с дополнитель- 
ной интеллектуальной коммутацией, а дополнительные услуги передачи данных 
трактуются так же, как и в главе |. 

Транзитные транспортные услуги. Если рассмотреть услуги, которые мы от- 
носим к транзитным транспортным услугам, например, сокращенный набор (АБге- 
у1{е4 Гла1п2, АВО), направленный вызов (СаП Еог\агал?, СЕ), конференция (Соп- 
Гегепсш?, СОМ), универсальный номер (Ошуегза| Ассезз Митбег, (АМ), виртуаль- 
ная сеть (Ушла! Рпуже Мебхогк, УРМ), услуги доступа к сетям передачи данных и 
другие аналогичные услуги, то из анализа свойств этих услуг видно, что они могут 
состоять из набора одних и тех же функциональных компонент. Практически все 
перечисленные выше простые услуги реализуются, как следует из описания ГИС, 
как услуги обработки вызовов. Поэтому, как следует из вышеизложенного, реализа- 
ция логики услуг осуществляется на основе функциональных компонент участвую- 
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щих в обработке вызовов, при этом имеется в виду, что ГИС только управляет ком- 
мутацией, а саму коммутацию осуществляет соответствующее оборудование. 

Набор функциональных компонент транспортных услуг конечен и реализуется 
несколькими типами функциональных блоков. Как уже указывалось выше, можно 
выделить простые (51) и составные (5Е) функциональные компоненты. Так, напри- 
мер, для сетей с коммутацией каналов можно определить следующий набор этих 
компонент: 5! — соединение, ЗЕ! — обработка вызова, 3Е!> — анализ информа- 
ции вызова (вид услуги, атрибуты вызывающего и вызываемого пользователя), ЭЕ1з 
— запрос информации по услуге, 3Е!4 — принятие решения, 5Е!5 — выдача управ- 
ляющего воздействия коммутационному оборудованию, 3#1› — отключение услуги. 

Рассмотрим конкретный пример, а именно, проектирование услуги УАМ. Для 
реализации этой услуги некоторому пользователю выделяется многоканальный те- 
лефонный номер, с которого в зависимости от заданных параметров, например по 
времени суток, необходимо осуществить переадресацию на заданные номера теле- 
фонов. Функциональная компонента 5#!, осуществив соединение, вызывает ЪЕ\1, 
которая фиксирует вызываемый номер (т.е. набранный абонентом номер многока- 
нального телефона, а также, если это возможно, номер вызывающего абонента), 
ЗЕ! определяет, что это услуга УАМ, и производит запрос по данной услуге (5Е\з) 
к базе данных, передавая в виде элементов запроса принятую информацию. 5Е!14 
анализирует параметры переадресации и получает номер, на который необходимо 
переадресовать вызов. (Реально ЭЕ1з и 3Ё!14 могут представлять единую компонен- 
ту, которая в терминах взаимодействия с базами данных реализуется в виде храни- 
мой процедуры.) При этом, если в услуги заложены возможности переадресации в 
зависимости не только от времени суток, но и от номера телефона вызывающего 
абонента, то это также отражается на выборе номера телефона переадресации. Да- 
лее 5Е!5 передает номер телефона переадресации коммутационному оборудованию, 
а функция ЭЁ› регулирует отключение услуги. 

Оконечные услуги. К оконечным услугам относятся практически все телема- 
тические услуги, услуга «опрос» из набора транспортных услуг, а также весь ком- 
плекс дополнительных услуг передачи данных. К этому классу относятся также 
практически все совокупные услуги. 

Логика каждой из вышеперечисленных услуг строится также на основе функ- 
циональных компонент и, как упоминалось выше, их отдельного класса — функ- 
циональных ресурсов. Необходимо иметь в виду, что в отличие от ИСС функцио- 
нальные компоненты событий разделяются на компоненты по обработке вызовов, 
запросов и сообщений. Кроме того, каждая из них может относиться как к сетям с 
коммутацией каналов, так и к сетям пакетной коммутации. Таким образом, хотя на- 
бор функциональных компонент, как и в случае транзитных услуг, конечен, но их 
количество значительно больше. 

Для принципиального понимания подходов создания логики оконечных услуг 
целесообразно рассмотреть их на конкретных примерах, охватывая при этом их 
максимально возможный спектр. 

Первый пример — реализация совокупной услуги аудиотекса по опросу (теле- 
голосованию). Технология услуги заключается в том, что при проведении услуги 
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телеголосования абонент дополнительно в диалоговом режиме передает информа- 
цию о себе (принцип социологического опроса). На рис. 3.10 приводится состав и 
последовательность действия функциональных компонент (функциональный алго- 
ритм). В создании логики данной услуги участвуют как функциональные компо- 
ненты вызовов, так и ресурсы. Обработка вызова заключается или в приеме «ре- 
зультата голосования» — вызываемого номера телефона или, в случае единого те- 
лефона, приеме дополнительной цифры. Далее в зависимости от компоненты «ус- 
ловия вызова ресурса» (СК) подключается речевой ресурс, воспроизводящий во- 
прос. Функциональные компоненты приема цифр ответа на вопрос и записи этой 
информации позволяют зафиксировать ответ в базе данных, а затем вновь перейти 
к условию вызова ресурса. Данная логика услуг является универсальной для мно- 
гих услуг аудиотекса и других аналогичных услуг. 
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Рис. 3.10. Функциональный алгоритм услуги «телеголосование» 


Второй пример — реализация стандартной услуги са-центра (рис. 3.11). На- 
помним, что под стандартной услугой са]-центра мы понимаем услугу распределе- 
ния вызовов по рабочим местам операторов-телефонисток с выдачей им макси- 
мально возможной информации о звонящем абоненте, а также предоставления дос- 
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тупа к различным информационным базам данных с тем, чтобы оператор дал ответ 
абоненту на его запрос. Показанный на рис. 3.11 набор функциональных компонент 
будет одинаков независимо от того, на каких принципах (коммутации каналов или 
пакетной коммутации) будет реализован са]-центр. Надо отметить, что различные 
дополнительные услуги са|-центра, например, автоинформатор, передача факсов и 
другие услуги, могут быть реализованы также набором дополнительных функцио- 
нальных компонент и ресурсов из первого примера. 
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Рис. 3.11. Функциональный алгоритм услуги «са!-центр» 


Третий пример — услуга по обмену электронными сообщениями с выводом 
этих сообщений в виде 5МЪ и на пейджер. Качественный характер услуги заключа- 
ется в том, что сообщения, пришедшие на электронный адрес абонента, отсылают- 
ся ему на пейджер или как 5М$ на его мобильный телефон, а сообщения, пришед- 
шие в абоненту в виде $М$, пересылаются в виде е-та1| на его электронный адрес. 
Исходными данными для реализации логики данной услуги является занесенная в 
базу данных информация об адресах, указанных пользователем для входящих и ис- 
ходящих сообщений. На рис. 3.12 показана одна из возможных реализаций логики 
этой услуги. В качестве ресурсов для создания логики этого типа услуг являются 
функции приема того или иного типа сообщений, преобразования их в формат дру- 
гого типа сообщений и подготовка к их отправке абоненту. Данный пример может 
служить образцом для создания логики услуг, связанных с обработкой сообщений. 
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Рис. 3.12. Функциональный алгоритм услуги «обмен сообщениями» 


Дополнительные услуги передачи данных. К дополнительным услугам пе- 
редачи данных, о которых говорилось в главе |, можно отнести информацион- 
но-адресные услуги, услуги обмена электронными сообщениями, услуги внутри- 
сетевого доступа, Интернет-сервисы. Если первые три услуги в определенной 
степени можно отнести к любым сетям передачи данных, то последняя услуга 
относится к сети Интернет и содержит в себе услуги по размещению оператором 
на своем сервере ресурсов пользователя. При создании логики этих услуг мож- 
но, с одной стороны, ориентироваться на принципы, изложенные в данной гла- 
ве, а с другой стороны, основываться на уже существующих принципах созда- 
ния логики этих услуг для различных сетей передачи данных. Практический 
опыт реализации данных услуг на основе ГИС показывает, что специализиро- 
ванный подход, т.е. ориентация на существующий опыт создания логики этих 
услуг, более предпочтителен. В этом случае на ГИС возлагается логический и 
аппаратный стык с этими услугами при реализации совокупных услуг. Так, в 
третьем примере эта проблема была решена за счет предоставления услуги по 
приему электронных сообщений в виде функциональной компоненты вызова не- 
которого ресурса. Таким образом, дополнительные услуги передачи данных мо- 
гут существовать для ГИС в виде отдельных ресурсов, к которым через специ- 
альные шлюзы обращаются специальные функциональные компоненты. Такой 
подход позволяет иметь в составе функциональных компонент ГИС набор ком- 
понент вызова соответствующих ресурсов. 
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3.4. Аппаратно-программная структура ГИС 


Изложенная выше концептуальная модель определяет функциональную структуру 
ГИС и взаимосвязь между ее функциональными модулями. Заметим, что при опи- 
сании глобальной функциональной плоскости ГИС способы реализации функцио- 
нальных блоков и модулей не уточнялись. Если внимательно рассмотреть подходы 
компьютерной телефонии, изложенные в [17] и в главе 2, в части функциональных 
требований к реализации указанных блоков и модулей, то становится очевидным, 
что эти принципы могут быть применены достаточно эффективно. Учитывая при 
этом, что «шлюзовой» подход компьютерной телефонии использовался нами при 
рассмотрении физической плоскости ГИС, становится очевидной тесная взаимо- 
связь между ГИС и компьютерной телефонии. 

Представляя в этом плане обобщенную аппаратно-программную структуру 
ГИС, необходимо учитывать тесную взаимосвязь между аппаратной и программ- 
ной составляющей. Однако использование подходов компьютерной телефонии по- 
зволяет рассматривать эту совокупность в функциональном приложении. 

Структура аппаратных средств. На рис. 3.13 показана обобщенная аппарат- 
ная структура ГИС. В качестве начальных условий полагаем, что имеется традици- 
онная телефонная сеть, включая центральную и некоторую периферийную АТС, 
некоторая ИСС, подключенная к центральной АТС, сеть подвижной связи со своим 
коммутатором (М$С) и сервером $М5-сообщений, сеть !Р-телефонии на основе се- 
ти Интернет, а также сервер сети радиодоступа (КО). ГИС реализуется на основе 
центрального (СЗМ) и периферийного (РМ) узлов, которые с помощью шлюзов 
взаимодействуют со всеми телекоммуникационными сетями. 

Аппаратный комплекс ГИС включает сервер интерактивного речевого ответа (т- 
{егаспуе Уссе Везропзе, ГУК) в виде З$Р, сервер ГР, сервер услуг в виде ЭСР и ЭСЕР 
(Зегусе Стеайоп Епугоптепе Рош®), сервер данных (Зегуег Оае Кезоигсе, ЗОК), сервер 
ЪМР (5еглсе Мапагетеп! Рош) и ЗМАР (Зегусе Мапаретег( Ассез5 Рош, а также со- 
вокупность шлюзов с сетью Интернет, телефонной сетью, серверами ЗМ$ и КО. ТУК в 
данном случае может являться шлюзом как для фиксированной сети телефонной связи, 
так и для сети подвижной связи. Взаимодействие между СЗМ и РМ может осуществ- 
ляться как через ГУК по каналам сигнализации или через речевые тракты каналов связи 
с помощью модемов, так и через шлюзы с сетью Интернет. Дополнительно можно от- 
метить, что функции ПР могут выполняться как самим шлюзом (в частности, как пока- 
зано на рис. 3.13, для ГУК) или сервером услуг совместно с функциями ЭСР. 

Подключение абонентов для получения всего комплекса дополнительных услуг 
и интеллектуальной поддержки основных услуг (например, предоставление между- 
городной и международной связи с авторизацией по паролю доступа) может осуще- 
ствляться следующим образом. 

Для абонентов ТФОП через центральную АТС: 

с выходом на выделенный номер центральной АТС, далее на шлюз [УК для 
оконечных услуг, или через шлюз ГУК на междугородную сеть цифровой или 
[Р-телефонией для транспортных или основных услуг; 

_ с выходом на выделенный номер центральной АТС, далее на шлюз [Р-телефо- 
нии для транспортных или оконечных услуг Интернет-телефонии; 

— с выходом на ИСС (для коммутационных услуг). 
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Для абонентов ТФОП через периферийную АТС: 

— с выходом на выделенный номер периферийной АТС, далее на шлюз [УК (пе- 
риферийного узла ГИС) для оконечных услуг или через этот шлюз на между- 
городную сеть цифровой или [Р-телефонии для транспортных или основных 
услуг; 

—с выходом на выделенный номер периферийной АТС, далее на периферийный 
шлюз [Р-телефонии для транспортных или оконечных услуг Интернет-телефонии. 

Для абонентов Интернет-телефонии вызов осуществляется через шлюз [Р-теле- 
фонии. 

Для абонентов сети подвижной связи вызов осуществляется по выделенному 
номеру центрального коммутатора через шлюз ГУК центрального узла. 

Предоставление услуг центральным узлом ГИС осуществляется сервером услуг 
с использованием ТУК, 5М5З сервера, КО сервера, а предоставление Интернет-ре- 
сурсов с помощью \У!е-сервера, почтового и прокси-сервера. 

Предоставление услуг абонентам периферийного узла через периферийный ГУК. 
может осуществляться и сервером услуг центрального узла. В этом случае перифе- 
рийный ГУК может обращаться к этому серверу по сети Интернет через соответст- 
вующие шлюзы. Как указывалось выше, такая технология может быть использова- 
на в тех случаях, когда на периферийных узлах нецелесообразно размещать другое 
оборудование, кроме [УК. 

Взаимодействие между серверами сети Интернет и сервером услуг осуществляется 
через соответствующие шлюзы между локальной сетью и сетью Интернет. Взаимодей- 
ствие между сервером услуг и ЗМЗ и КО серверами может осуществляться как через 
шлюзы пакетной коммутации, так и по цифровым каналам с помощью модемов. 

Для того чтобы конкретизировать изложенные выше положения, приведем один 
пример технической реализации ГИС для случая региональной сети с интеллекту- 
альной поддержкой предоставления основных услуг междугородной и междуна- 
родной связи и некоторого спектра дополнительных услуг. В качестве начальных 
условий предположим, что региональная телекоммуникационная сеть не имеет раз- 
витой сигнализации ОКС №7, например такая сигнализация существует только ме- 
жду центральной АТС и АМТС. Региональный участок сети Интернет более развит 
и позволяет использовать [Р-телефонию. 

Аппаратная структура такой ГИС приведена на рис. 3.14. 

Для того чтобы проиллюстрировать достаточно широкие возможности ГИС, бу- 
дем считать, что центральная АТС является электронной и поддерживает сигнали- 
зацию ОКС №7 с АМТС; периферийная АТС2 — координатной, но имеет возмож- 
ность поддержки цифровых потоков ИКМ; периферийная АТСЗ — координатной 
или даже механической без возможности поддержки цифровых потоков. 

В этих случаях центральный ГУВ может быть реализован, например, на обору- 
довании П1а[021с с возможностью поддержки цифровых потоков по сигнализации 
ОКС №7, шлюз 1 ГУК и шлюз 2 [УК реализованы, например, на оборудовании 
С15$со с возможностью поддержки речевых функций и стыка по одному из видов 
сигнализации на основе ИКМ, а шлюз 3 [УЁ (также на основе оборудования С15со) 
может подключаться к АТСЗ по аналоговым абонентским каналам. 
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Рассмотрим технологию и маршрутизацию предоставления услуг. 

Интеллектуальная поддержка предоставления услуг междугородной и меж- 
дународной связи. Для абонентов центральной АТС — через ТУК на АМТС (тра- 
диционная телефония) или через шлюз | в сеть Интернет (ТР-телефония); для 
абонентов АТС2 — через шлюз 2 и обратным потоком на АТС2, а затем на 
АМТС (традиционная телефония) или через шлюз 2 в сеть Интернет (ТР-телефо- 
ния); для абонентов АТСЗ — по абонентским соединительным линиям на шлюз 3 
и далее в сеть Интернет. 

Авторизация вызовов со шлюзов 1, 2 и 3 осуществляется через сеть Интернет с 
помощью Ка 5-сервера, а вызовов, пришедших на центральный ТУК, — по кана- 
лам сигнализации ОКС №7. 

Предоставление дополнительных услуг. Для абонентов центральной АТС ком- 
мутация вызова производится через ГУК, а предоставление услуг — сервером ус- 
луг. Для абонентов АТС2 вызов коммутируется на шлюз 2 и им же предоставляют- 
ся услуги, при этом поддержка осуществляется сервером услуг через сеть Интер- 
нет. Для абонентов АТСЗ вызов маршрутизируется на центральный ГУК (через 
шлюз 3, сеть Интернет по [Р-телефонии на шлюз | и далее на центральный ГУК). 
После такой маршрутизации вызова услуга для абонентов АТСЗ предоставляется 
так же, как и абонентам центральной АТС. 

Описанная выше реализация ГИС не несет в себе принципиальных ограни- 
чений на использование в АТС 2 и 3 различных коммутаторов систем радиоте- 
лефонной связи. Дополнительно можно отметить, что при такой реализации и 
использовании шлюзов для всех абонентов сети имеется возможность предос- 
тавления услуг коммутируемого и некоммутируемого доступа к ресурсам сети 
Интернет. 

Структура программных средств. Говоря о структуре программных средств 
ГИС, хотелось бы обратить внимание на несколько аспектов. Первый относится к 
среде реализации программного обеспечения (ПО), которая включает в себя рабо- 
чую среду (операционные системы и СУБД) и объектную реализацию — языки 
программирования. Второй аспект — реализация технологического ПО ГИС в рам- 
ках и на основе указанной среды программирования. Учитывая достаточно близ- 
кую связь ПО ГИС и систем компьютерной телефонии, мы будем ориентироваться 
на построение технологического ПО на принципах последней. 

Учитывая достаточно широкий выбор в использовании той или иной среды, 
а также широкий разброс индивидуальных пристрастий разработчиков систем 
компьютерной телефонии, мы не будем акцентировать внимание на проблеме 
выбора среды программирования. Ограничимся лишь утверждением, что боль- 
шинство существующих в настоящее время операционных систем, языков про- 
граммирования и систем управления базами данных пригодны для разработки 
ПО ГИС. 

Обратимся к обобщенной структуре технологического ПО ГИС (рис. 3.15). Рас- 
пределение составляющих технологического ПО по пунктам сети соответствует об- 
щей концепции реализации физической плоскости ГИС и в то же время определено 
в области понятий ПО компьютерной телефонии. Обобщенная структура ПО пока- 
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зана для центрального узла сети и, естественно, не будет включать в себя ряд со- 
ставляющих для периферийного узла, выполняющего более узкие задачи. При вни- 
мательном рассмотрении можно заметить, что предлагаемая структура технологи- 
ческого ПО при использовании узла только для сетей с коммутацией каналов напо- 
минает структуру распределенного телефонного сервера, который был рассмотрен 
в главе 2. 
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Рис. 3.15. Обобщенная структура технологического ПО ГИС 


Особенность структуры технологического ПО ГИС по сравнению с аналогич- 
ной структурой ПО ИСС — «виртуальная» принадлежность к пунктам сети (55Р, 
ЭСР, 1Р и ОК) при физическом распределении этих пунктов по различным шлю- 
зам, поскольку каждый пункт представляет собой только функционально закончен- 
ный комплекс, выполняющий заданный круг задач, и далеко не всегда является фи- 
зическим сервером. 

Программное обеспечение 55Р поддерживает верхний уровень всего многооб- 
разия шлюзов: шлюза вызовов (СС), шлюза запросов (СОК) и шлюза сообщений 
(СМ) для всех видов сетей, а прикладные протоколы обеспечивают поддержку се- 
тевого уровня. 

Что касается ПО ЭСР, то целесообразно отметить, что взаимосвязь между ком- 
понентами и ресурсами может быть настолько велика, что их программная реализа- 
ция выливается в единую программную компоненту. Кроме того, под термином 
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программной поддержки речевых ресурсов в данном случае понимается не только 
программная реализация преобразования, синтеза и анализа речевых сигналов, но 
также и их пакетное преобразование. Учитывая возможность физического распре- 
деления функций СР, необходимо указать на возможность распределения алгорит- 
мов реализации услуг по отдельным, в том числе речевым, шлюзам и тем более по 
серверам сети Интернет, которые виртуально входят в ЭСР. 

И последнее замечание о пункте 5ОК, точнее того, что определено нами как 
«речевые базы». Под речевыми базами подразумевается совокупность речевых сло- 
варей, данных для синтеза и анализа речи, а также специальные таблицы для преоб- 
разования факсимильных и электронных сообщений, иначе говоря, все то, что свя- 
зано с данными для обработки и преобразования сообщений. 

Поскольку настоящая книга планировалась для широкого круга читателей, то 
приведенный выше рисунок и краткие упрощенные пояснения к нему, по мнению 
автора, достаточны для читателей, которые не имеют специальной подготовки в об- 
ласти программного обеспечения. Что же касается системных и программных раз- 
работчиков, то автор рассчитывает на их понимание причин данного упрощенного 
изложения этого раздела. 
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ПРИЛОЖЕНИЯ 


Приложение 3.1. Концептуальная модель ИСС' 


В основе плоскости услуг лежит определение наборов возможностей С$ (Сара у 
5е{5), описывающих конкретные аспекты целевой архитектуры ИСС. Следует отме- 
тить, что определение набора услуг является основополагающим этапом при созда- 
нии интеллектуальной сети (см. Приложение 1.2). 

При создании спецификации очередного СЗ в процессе эволюции ИСС предпола- 
гается обратная связь с предыдущими спецификациями. Первый набор С51 включает 
25 видов услуг, которые должны поддерживаться сетями РЭТМ, ЗОМ и РЕММ. Наибо- 
лее распространенными на момент создания С51 были следующие услуги: сокращен- 
ный набор (АБбгеуае4 Папе, АВО); бесплатный вызов (Егееропе, ЕРН); направлен- 
ный вызов (Са югхаг4ше, СЕР); телефонная конференция (Сопегепсш?, СОМ); опрос 
населения (Маз5 СаШп2, МАЗ); универсальный номер (Ошуегза| Ассез$ Митбег, ДАМ); 
виртуальная частная сеть (Ушаа] Рпуаже Мебхогк, УРМ). 

Вторая плоскость модели — глобальная функциональная плоскость (СЕР) — 
включает следующие основные элементы: 

— базовый процесс обработки вызовов (ВСР); 

— независимые от услуг конструктивные блоки (51В); 

— точки инициации (РОГ) и точки завершения (РОК). 

Блоки 51В обеспечивают выполнение стандартных многократно используемых 
сетевых функций. Базовый процесс обработки вызовов является специализирован- 
ным В, который взаимодействует с другими блоками посредством точек инициа- 
ции и завершения. Когда в процессе обработки вызова встретится одна из точек 
инициации, то это приводит к определенной последовательности обращений к бло- 
кам ЭВ. По завершении этой последовательности обращений происходит воздейст- 
вие на процесс обработки вызова, зависящее от точки завершения. Собственно го- 
воря, результатом такого взаимодействия и является компонента услуги или услуга 
в целом. Таким образом, ВСР описывает процесс обработки вызовов базовой сети 
связи, из которой осуществляется запрос на услуги ИСС. Определенные на первом 
уровне услуги декомпозируются на компоненты и на плоскости СЕР объединяются 
в один или несколько ЗВ, которые при взаимодействии определяют глобальную 
логику услуги О@5Г. (С]оба| Зегусе Го1с). 

Взаимодействие СУГ, и ВСР. В табл. ПЗ.1 дано определение точек инициации 
и завершения С51. Для обеспечения услуг, определенных в С$1, необходимо нали- 
чие в ИСС блоков 51В, определенных в табл. ПЗ.2. 

Выполняемые блоками 51В операции и данные, необходимые для их выполне- 
ния, специфицированы в рекомендации ГТО-Т 0.1213. Заметим, что Европейский 
институт стандартов электросвязи (ЕТЗГ) требует наличия в ИСС дополнительно 
еще семи блоков Э1В. 


' В данном приложении использованы материалы К.Е. Самуйлова «Введение в архитектурную концепцию интел- 
лектуальной сети» [32]. 
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Таблица ПЗ.1 


Точка инициации Содержание операции 


.. Имеется запрос на услугу, однако адрес вызываемого абонента еще 
Са Опршае4 р услугу, од др щ 
не определен 


А49гез$ СоЙеце4 Завершен ввод номера вызываемого абонента 


Введенный номер должен быть проанализирован с целью определе- 
АЗ@гез Апа]узе4 д рд р р ь ред 
ния его принадлежности 


Сеть готова предпринять попытку завершения вызова принимающей 
стороной 


М о апз\ег 
Са| Ассер!апсе 
Аспуе Зе 


Соединение завершено, возвращается 
Епа оЁ Сай п рисено, возвраш 
значение точки завершения 
Сопипме Уи Ех15 ип? Оаа | ВСР должен продолжить обработку вызова в штатном режиме 


. ВСР должен продолжить обработку вызова только после поступле- 
Ргосееа \М/ий Ме\и Даа д род р У ту 
ния новых данных 


Сеаг Са ВСР должен осуществить разъединение соединения 
ша Са ВСР должен начать установление соединения 
Нап е аз Тгапзи Вызов следует рассматривать как только что поступивший 


| Необходимо осуществить действия, предполагающие управление вы- 
ЕпаЫе са Рацу НапдИп? д уш д ‚ пред щие Упр 
зовом со стороны абонента 


Таблица ПЗ.2 
К входным числовым данным применяется математический алгоритм 
для получения численного результата 
не связанным с оплатой вызова 
ленным значением (больше, меньше или равно) 
ыыы Распределяет вызовы в зависимости от параметров, заданных пользо- 
О1561баНоп вателем, ограничивается число вызовов, имеющих отношение к ком- 


Ргерагед №0 Сотр!ее Сай 


понентам услуг 


И В зависимости от параметров, заданных пользователем, ограничивает- 
ся число вызовов, имеющих отношение к компонентам услуг 
Го Са] шЮппаНоп Регистрирует детальную информацию о вызове в файле сбора статистики 


Оцеие Осуществляет упорядочение процесса завершения вызовов на стороне 
приема 


осгееп П роверяет, находится ли полученное значение в заданном списке 


Дает возможность пользователю заменить, восстановить, уменьшить 
или увеличить значения некоторых параметров 

Обеспечивает возможность запроса о статусе или изменении статуса 
сетевых ресурсов 
мации и значений некоторых полученных параметров 
вателями 

Дает подтверждение тому, что полученная информация представлена 
в требуемом виде 
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На третьем уровне ИСС — распределенной функциональной плоскости (ОРЕ) — 
общесетевые функции определены в виде отдельных функциональных объектов 
(ЕЕ). Специфицированные на плоскости СЕ блоки ЗВ реализуются на плоскости 
РЕР в виде последовательности функциональных объектов (ЕЕА), в результате вы- 
полнения которых возникают информационные потоки Е (шЮппаНоп Е]о\з). В 
С51 определено 60 различных ПЕ, соответствующих процедурам прикладного про- 
токола ПМАР. 

Узлы ИСС, как правило, выполняют одну или несколько функций, которые де- 
лятся на три основные категории: функции, относящиеся к управлению вызовом, 
функции, относящиеся к управлению услугами, и функции, обеспечивающие услу- 
ги (эксплуатационная поддержка и администрирование сети). Данные функции оп- 
ределены в табл. ПЗ.З. 


Таблица ПЗ.3 


Содержание операции 


Функции, относящиеся к управлению вызовом 


ъегусе э\м/исыштре ЕипсНоп Обеспечивает интерфейс между 5СЕ и ССЕ 
(функция коммутации услуг) 


рес1а17е4 Кезоигсез ЕипсНоп Обеспечивает доступ сетевых объектов к 


(функция специализированных | различным категориям сетевых средств (речевой 
ресурсов) автоинформатор, мосты конференцсвязи и т.п.) 
управления вызовом) обслуживания вызовов 

Са Сопёо! АзепЕ ЕипсНоп Обеспечивает доступ пользователя в сеть, 


т.е. является интерфейсом между пользователем 
и функцией ССЕ 


(функция управления доступом 
вызова) 


Функции, относящиеся к управлению услугами 


СЕ ъегусе Сопёго| ЕипсИп (функ- Определяет логику услуг ИСС и управляет 
ция управления услугами) услугой, связанной с выполняемым процессом 


РЕ зегу1се аа ЕипсНоп (функция | Управляет доступом услуг к базам данных сети 
поддержки данных услуг) и обеспечивает контроль данных. Обеспечивает 
логическую связь функции СЕ с данными, 
«закрывая» от нее их реальное представление 


Функции, относящиеся к обеспечению услуг 


Зегу1се Стеаноп Епугоптет Используется для спецификации, создания, 
ЕипсНоп (функция среды созда- | тестирования и загрузки программ логики 
ния услуг) услуг ИСС 


зегу1се Мапаретеп( Ассе$$ 
Еипсйоп (функция доступа к Обеспечивает интерфейс к функции ЭМЕ. 

системе эксплуатационной Известна под названием «функция рабочей 
поддержки и администрирова- | станции сети» (\МогК ЗМаНноп Еипсноп, \/$ЗЕ) 
ния услуг) 


ъегусе Мапаретеп: ЕипсНоп 
(функция эксплуатационной Обеспечивает предоставление услуг ИСС и 
поддержки и администрирова- | административное управление услугами 

ния услуг) 
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Функция коммутации услуг 5ЗЕ тесно связана с функцией управления вызовом 
ССЕ. Обычно считается, что эти две функции образуют единый пакет ЗЗЕ/ССЕ. За- 
прос на услугу обычно заключается в снятии трубки телефона и наборе последова- 
тельности цифр. Задача функции коммутации услуг заключается в том, чтобы за- 
фиксировать вызов и сформировать стандартный запрос. Функция управления вы- 
зовом запрограммирована так, чтобы распознать запрос на услугу и послать его 
функции управления услугами 5СЕ. 

Функция управления услугами ЭСЕ декодирует полученный запрос и интерпре- 
тирует его в контексте предоставляемых ИСС услуг. После этого формулируется, 
кодируется и посылается стандартное подтверждение, отсылаемое функции комму- 
тации услуг 55Е. Процесс подтверждения может включать выполнение комплекса 
программ, в том числе контакт с вызываемым абонентом и обращение к функции 
поддержки данных 5ПЕ. 

Функция коммутации услуг э5Е, получив от ЭСЕ подтверждение, декодирует и 
интерпретирует его, а затем посылает функции управления вызовом ССЕ инструк- 
ции о том, как осуществить процесс установления соединением. 

В процессе формулирования подтверждения от ЭСЕ к 55Е может потребоваться 
диалог между СЕ и вызывающим или вызываемым абонентом. Такой диалог обычно 
заключается в отправке подсказки и получении некоторой последовательности цифр. 
Функция управления услугами СЕ не имеет средств для непосредственного осуществ- 
ления такого диалога, который происходит не иначе, как с помощью функции специа- 
лизированных ресурсов ЭВР. Обычно ЭСЕ обращается к ЭВЕ с запросом о соединении 
абонента с соответствующим устройством, входящим в ЭВЕ (например, с речевым ав- 
тоинформатором), и о необходимости получить от абонента определенные данные. 

В отличие от описанного порядка взаимодействия между 5ЪЕ, ЭСЕ и ЭВЕ, кото- 
рое осуществляется по инициативе абонентов, функции обеспечения услуг иниции- 
руются операторами сети. Эти функции не связаны с каким-либо вызовом абонента 
или предоставлением конкретной услуги. 

Функции ЭМЕ, ЭМАЕ и ЪСЕЕ могут использоваться для удаления или измене- 
ния уже имеющихся услуг, а также для создания новых услуг. Это достигается пу- 
тем изменения информации в ЗЕ, СЕ, ЭПОЕ и ЗВЕ. Причем такие изменения не 
должны отражаться на качестве предоставляемых в этот момент услуг. 

На четвертом уровне ПМСМ — физической плоскости — определяются физиче- 
ские объекты (РЕ), способы отображения функциональных объектов на физические 
и описываются способы реализации сетевых элементов ИСС. 

Основные требования к структуре ИСС: 

— сетевые функции выполняются в узлах ИСС; 

_ в узле может выполняться одна или более функций; 

— выполнение общей сетевой функции не может совместно осуществляться не- 

сколькими узлами; 

— два различных узла могут выполнять одинаковые сетевые функции; 

— узлы должны иметь стандартные интерфейсы; 

— распределение сетевых функций по узлам и стандартные интерфейсы не 

должны зависеть от услуг, предоставляемых сетью. 
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Приложение 3.2. Построение ГИС на базе сети ОКС №7 


Рассмотрение различных вариантов построения ГИС в зависимости от развития се- 
ти ОКС-7 представляет значительный прикладной интерес. В этом смысле целесо- 
образно рассмотреть следующие случаи: 
— двухуровневая ГИС на базе развитой сети ОКС №7; 
— двухуровневая ГИС с оказанием транзитных услуг на базе вырожденной сети 
ОКС №7; 
— двухуровневая ГИС на базе глобальной сети. 


Двухуровневая ГИС на базе развитой сети ОКС №7 


Основные принципы построения. Положим, что сеть (рис. ПЗ.1) состоит из цен- 
тральной (ЦС) и оконечных станций (ОС), связанных между собой пучками цифро- 
вых потоков Е] (сплошные линии) и каналов сигнальных отношений по ОКС 7 (пунк- 
тирные линии). ЦС имеет пункт транзитной коммутации (ТР) сообщений ОКС №7, 
который связан с каждым оконечным пунктом сигнализации ОКС №7 (55Р) ОС своим 
набором выделенных каналов, называемым «линксетом» ([.5). Таким образом, взаи- 
модействие по системе сигнализации ОКС №7 между станциями в сети осуществляет- 
ся через 5ТР центральной станции (квазисвязанный режим), который маршрутизирует 
сигнальные сообщения от одной станции к другой. Однако при сильном тяготении 
станций друг к другу (повышенном трафике между ними) имеет смысл установить 
прямые сигнальные отношения (ОС 2 и 3 1.52-3, связанный режим). 

Таким образом, ключевым узлом в сети ОКС №7 является ЭТР, с помощью ко- 
торого осуществляются почти все взаимодействия в сети и который повышает ее 
надежность за счет наличия резервных звеньев сигнализации. Именно из-за нали- 
чия данного узла в сети ее можно считать развитой. 

Интеграция ГИС. Построение ГИС на базе развитой сети ОКС №7 осуществля- 
ется по следующей схеме: транспортный модуль (ТМ), являющийся по терминологии 
СМ центральным узлом коммутации услуг, подсоединяется к каждой станции (ОС 
или ЦС) цифровыми потоками Е]. Так как программное обеспечение ТМ поддержи- 
вает иерархию протоколов ОКС №7, то к АТС он подключается в связанном режиме, 
используя выделенный канал сигнализации в потоке Е] между ним и телефонной 
станцией (протокол ГЗЧР). Например, [.52-6 (1.5 3-7, [.54-8, [.51-5) между ТМ6б и ОС2 
(см. рис. 13.1). Здесь сигнальный канал используется для обслуживания телефонных 
соединений между ТМ и ОС. Кроме того, каждый ТМ соединяется с 5ТР своими пуч- 
ками каналов ОКС №7 (151-6, Г/51-7, Г/51-8, [.51-5). Данные каналы планируется ис- 
пользовать для передачи данных тарификации, что вполне согласуется с концепцией 
построения ОКС №7, разрешающей передачу данных, не относящихся к установле- 
нию соединения с использованием протокола ТСАР. ТМ5 подключается с одной сто- 
роны к ЦС, с другой — через локальную сеть к базе данных, являющейся по терми- 
нологии ЭМ узлом предоставления услуг ЭСР, где также осуществляются функции 
узла управления услугами ЭМР и их разработки ЭСЕ. Таким образом, данные о тари- 
фикации с ТМ 6,7,8 будут стекаться к ТМ 5, и через него осуществляются все необ- 
ходимые взаимодействия между узлом предоставления услуг и ТМ. 
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Двухуровневая ГИС с оказанием транзитных услуг 
на базе вырожденной сети ОКС №7 


Основные принципы построения. В некоторых случаях в сети ОКС №7, обра- 
зованной несколькими АТС, может отсутствовать узел транзитной коммутации 
(ТР). Такая сеть называется вырожденной. Вырожденные сети обычно свойствен- 
ны тем регионам, где только идет строительство ОКС №7, поэтому они могут не 
иметь выход на ЭТР какой-либо ЦС или АМТС. Таким образом, каждая ОС имеет 
только оконечный пункт сигнализации с прямыми пучками сигнальных отношений, 
что диктует только один режим построения звеньев сигнализации между станция- 
ми — связанный. Каждый [.5 обслуживает только «свои» потоки Е1, например, 
[52-3 для потоков между ОС2 и ОСЗ, 151-2 для потоков между ОС] и ОС2 и т.д. 
(рис. ПЗ.2). 

Интеграция ГИС. Построение ГИС на базе вырожденной сети ОКС №7 осу- 
ществляется по-другому, чем для развитой сети. В части коммутации интеллекту- 
альных услуг отличия практически нет, поскольку для обслуживания соединений 
ТМ подключаются также как и для развитой сети, т.е. в связанном режиме. А [5 
для авторизации, которые раньше соединяли ТМ и ТР, теперь будут соединять 
ТМЬ, 7, 8 с центральным ТМЪ5, который в свою очередь по локальной сети связан 
с узлом предоставления услуг. Таким образом, теперь все выделенные каналы 
ОКС №7, используемые ГИС для авторизации и тарификации, проходят напря- 
мую между всеми ТМ, а не через 5ТР, как в предыдущем случае. 


Двухуровневая ГИС на базе глобальных сетей 


Построение сети. В общем случае могут отсутствовать потоки ТФОП с сигна- 
лизацией ОКС №7, связывающие ЦС и ОС. Однако это не препятствует созданию 
авторизационной сети, если у АТС существует выход на глобальную сеть, постро- 
енную с использованием различных протоколов (Х.25, ПР, ЕК ит.д.) (рис. ПЗ.З3). Та- 
ким образом, наличие доступа к глобальной сети снимает многие ограничения на 
проектирование ГИС, поскольку уже не требуется учитывать топологию ТФОП при 
координации работы ТМ с базами данных сервера услуг и сервера биллинга. 

Интеграция ГИС. Сущность интеграции ГИС к такой сети проста. Все ТМ 
подключаются потоками Е] к АТС с различными системами сигнализации. С дру- 
гой стороны, ТМ подключаются к \АМ через оконечные устройства сети (ОУС), 
которыми могут служить такие устройства, как модемы или маршрутизаторы. Та- 
ким образом, все ТМ сети ГИС оказываются связанными через сеть \/АМ, что обес- 
печивает необходимый информационный обмен между ними. 
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Часть 2 


БИЛЛИНГ УСЛУГ СВЯЗИ 


Глава д 


РАСЧЕТЫ ЗА УСЛУГИ СВЯЗИ 


Деятельность оператора связи как коммерческой организации направлена на полу- 
чение дохода от предоставления услуг связи. Поэтому мало предоставить услуги, 
необходимо рассчитать их стоимость, провести расчеты с конечными пользовате- 
лями и получить с них деньги. 

Необходимо отметить, что услуги связи являются важнейшим элементом 
жизни любого общества. Поэтому необходима ценовая доступность этих услуг. 
До недавнего времени единственным собственником компаний-операторов свя- 
зи было государство, которое регулировало стоимость услуг на директивном 
уровне без учета реальных затрат операторов связи. Операторы, имея различ- 
ную себестоимость предоставления услуг, находились в неравных условиях, что 
предопределяло не только резкие региональные различия в уровне развития свя- 
зи, но и значительные различия в рентабельности предоставления разных услуг. 
При переходе к рыночной экономике и усилении конкуренции между операто- 
рами вопрос регулирования цен на услуги в значительной мере потерял свое 
значение. Конкуренция на рынке предоставления услуг связи заставляет опера- 
торов, с одной стороны, снижать цены, а с другой — вводить новые перспектив- 
ные услуги. Однако, учитывая достаточно низкий уровнень платежеспособности 
пользователей, государство берет на себя обеспечение социальных гарантий 
доступа к услугам связи. Такие гарантии могут предоставляться через операто- 
ров связи, имеющих долю государственного участия или путем дотирования 
коммерческих операторов связи как за счет прямых инвестиций, так и за счет 
предоставления тех или иных льгот. 

Повышение рентабельности предоставления услуг связи лежит в двух плоско- 
стях: в рентабельности технологии предоставления услуг и рентабельности расче- 
тов за услуги. При этом обе плоскости пересекаются, т.е. взаимосвязаны между со- 
бой, поскольку появление новых и постоянная модификация технологии сущест- 
вующих услуг требуют от операторов постоянной модернизации технологии расче- 
тов с пользователями и друг с другом. 

Рентабельность расчетов за услуги связи, в свою очередь, определяется эффек- 
тивностью и оптимальностью технологии оплаты. Эффективность расчетов зависит 
от достоверности и оперативности расчетов, а технология оплаты включает в себя 
совокупность разнообразных средств и способов оплаты, приемлемых для боль- 
шинства пользователей. 
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4.1. Понятие биллинга 


Существенное значение для взаимопонимания операторов, разработчиков систем 
расчетов и конечных пользователей является используемая терминология. В рамках 
уже устоявшейся терминологии расчеты за услуги называют «биллингом» (Шп?). 
Хотя прямой перевод фактически означает только выставление счета, под этим по- 
нимается весь технологический процесс расчетов между оператором и пользовате- 
лем, а также между операторами. 

Процесс биллинга состоит из совокупности нескольких основных технологиче- 
ских функций: фиксирование оказанной услуги, ее тарификация, обработка тарифи- 
цированных услуг, выставление счета и получение оплаты. Как будет показано да- 
лее, эти процессы могут видоизменяться, производиться в совокупности, идти в 
разной последовательности, а иногда даже отсутствовать. 

Если до сих пор говорилось о взаимоотношении оператора и конечного пользо- 
вателя, то здесь следует подчеркнуть, что важное место в процессе биллинга зани- 
мают расчеты оператора с другими субъектами, участвующими тем или иным обра- 
зом в предоставлении услуги или во взаиморасчетах между оператором и конечным 
пользователем. Качественный характер процесса биллинга показан на рис. 4.1. Про- 
цесс взаимодействия оператора с конечными пользователями, а также продавцами 
услуг основан на генерации отчетов по предоставленным услугам и выставлении 
счетов. Процесс взаимодействия оператора с другими операторами, как оказываю- 
щими услуги данному оператору, так и получающими их от него, проводится по- 
средством сравнения результатов отчетов и биллинга в целом у каждого их них. Та- 
кой процесс получил название кросс-биллинга. При этом обычно оператор, оказы- 
вающий услуги, выставляет счет (или направляет отчет), а оператор, получающий 
услуги, проводит кросс-биллинг. 


Конечные 
пользователи 


Биллинг других 
операторов, 

предоставляющих 

услуги 


Биллинг других 
операторов, 
получающих услуги | 


Финансовые 
организации 


Продавцы 
услуг 


Рис. 4.1. Процесс биллинга 
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Обратимся к рассмотрению структуры взаимоотношений между участниками 
взаиморасчетов. 


4.2. Субъекты расчетов 


Говоря о взаиморасчетах как о некотором процессе, мы должны определить его 
структуру и характер взаимоотношений между его участниками — субъектами 
взаиморасчетов. 

Основными субъектами взаиморасчетов являются оператор связи и конечный 
пользователь (в дальнейшем — пользователь или абонент). Важной особенностью 
взаимоотношения между операторами и пользователями является деление конеч- 
ных пользователей на индивидуальных и корпоративных. Назовем корпоративным 
такого пользователя, который осуществляет взаиморасчеты с оператором за не- 
скольких пользователей, при этом корпоративный пользователь не обязательно яв- 
ляется юридическим лицом. Это, в частности, может быть член семьи, который 
платит за других членов семьи, или индивидуальный предприниматель, который 
представляет интересы определенного круга пользователей. Мы акцентируем вни- 
мание на этих определениях, поскольку обычно считается, что корпоративными 
пользователями могут являться только юридические лица, которые по умолчанию 
должны вести расчеты с оператором только в безналичной форме. При соблюдении 
определенных юридических формальностей для некоторых систем взаиморасчетов 
корпоративным пользователем может быть и продавец услуги. Как упоминалось 
выше, оператор связи, предоставляя услуги конечному пользователю, в свою оче- 
редь пользуется услугами других операторов. Таким образом, в структуре предос- 
тавления услуг появляются новые участники, с которыми оператор также должен 
осуществлять взаиморасчеты. 

Бизнес-процесс предоставления услуги содержит еще один важный элемент — 
продвижение и продажу услуги конечному пользователю. Оператору связи не всегда 
экономически целесообразно самостоятельно осуществлять эти функции, поэтому 
существуют специализированные организации, основной сферой деятельности кото- 
рых является именно продажа услуг. Такие специализированные организации часто 
называют «дилерами», хотя это не всегда правильно отражает их финансовые и юри- 
дические взаимоотношения с оператором связи. Направление расчетов между опера- 
торами и продавцом услуг зависит от формы договоров между ними. В случае, если 
продавец действует по договору комиссии или поручения и денежные средства при- 
ходят на счет оператора, продавец выставляет счета на выплату комиссионного воз- 
награждения. Если продавец действует от своего имени, то на основании биллинга 
ему выставляются соответствующие счета. Необходимо обратить внимание, что на 
финансовые и юридические взаимоотношения между оператором связи и продавца- 
ми услуг накладываются определенные ограничения, установленные существующим 
законодательством и руководящими документами Администрации связи. Причем та- 
кие ограничения характерны не только для российского законодательства, однако об- 
суждение этого вопроса выходит за рамки настоящей книги. 
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Особенно наглядно участие продавцов услуг проявляется в деятельности опера- 
торов мобильной связи и Интернет-провайдеров (операторов, предоставляющих ус- 
луги сети Интернет), когда для охвата большого числа потенциальных пользовате- 
лей на обширной территории необходимо организовать значительное число пунк- 
тов продажи и оплаты услуг. 
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Рис. 4.2. Взаимодействие между субъектами взаиморасчетов 


На рис. 4.2 показаны возможные взаимодействия между всеми субъектами взаи- 
морасчетов. На рисунке пунктирными стрелками показано предоставление услуг, а 
непрерывными — направления взаимосвязей и взаиморасчетов. Абонентская служ- 
ба оператора заключает с пользователями договора на предоставление услуг само- 
стоятельно или через своих дилеров. С дилерами иногда заключаются договора от- 
крытой оферты, т.е. безличного документа, определяющего гарантию со стороны 
оператора предоставления услуг на сумму, указанную в документе, в частности, ес- 
ли в качестве платежного средства за услуги используются предоплаченные карты. 
Заключение договора или покупка карты является юридическим основанием для 
предоставления услуг и расчетов за них, при этом в договоре иногда фиксируется, 
что услуги (например, роуминг в сотовой связи) может оказывать другой оператор. 
Абонентская служба оператора выполняет также составление отчетов и взаимодей- 
ствует с бухгалтерией по выставлению счетов. Остальные взаимоотношения на- 
глядно иллюстрируются рисунком. 

Для более полного понимания взаимоотношений между субъектами рассмот- 
рим основы технологии биллинга и взаимоотношение сущностей, т.е. совокупность 
объектов, отражающих эти взаимоотношения. 
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4.3. Технология взаиморасчетов 


Технология взаимодействия операторов и конечных пользователей основана на пя- 
ти основных процессах: 

— предварительном; 

— авторизации и аутентификации; 

— фиксации услуги; 

— тарификации услуги; 

_ расчета с пользователем. 

На предварительном этапе осуществляется сбор информации о потенциальном 
пользователе и партнерах и занесение этой информации в систему биллинга. Этот 
этап для различного типа систем может выполняться на основе как реальных за- 
ключенных договоров, так и «виртуальных» договоров в виде открытой оферты. 
При заключении договора пользователю в системе биллинга открываются лицевые 
и текущие счета, в которых отражаются основные атрибуты договора. В рамках до- 
говора обычно определяются атрибуты пользователя для его дальнейшей аутенти- 
фикации при предоставлении услуги в целом или для каждого вида услуг (напри- 
мер, сетевой номер терминала для предоставления услуг фиксированной или мо- 
бильной сети, логин для доступа к сети Интернет, пароль для доступа по карте и 
т.д.). В рамках договора также определяется индивидуальные договоренности меж- 
ду оператором и пользователем по тарифам на предоставляемые услуги. 

На этапе аутентификации (т.е. определении прав пользователя по доступу к 
системе предоставления услуг) проверяется, есть ли у пользователя в той или иной 
форме договоренности с оператором на оказание услуг. 

На этапе авторизации определяются возможности пользователя по оплате ус- 
луги. Аутентификация и авторизация реально присутствуют всегда, однако для раз- 
личных систем они могут быть реализованы непосредственно системой биллинга 
или оборудованием, предоставляющим услугу на основе информации из абонент- 
ской службы и системы биллинга. На данном технологическом этапе действия про- 
изводятся со счетами платежных инструментов (карт), лицевыми (1) и/или теку- 
щими счетами (ТЬ). 

На этапе фиксации предоставления услуги выполняется запись о предоставлен- 
ной услуге. В записи указываются данные о том, кто и когда воспользовался услу- 
гой, длительность предоставления услуги, объем информации, переданной в ре- 
зультате предоставления услуги, и другие параметры. В терминах традиционной те- 
лефонии можно говорить, что этом этапе формируется запись детализации вызова 
(Са| Де! Кесог4$, СОК). Аббревиатура СОВ обычно используется в традицион- 
ной телефонии для обозначения записи о предоставленной услуге. Обобщая эту аб- 
Оревиатуру для различных видов сетей, точнее говорить о реальном или виртуаль- 
ном соединении. Поэтому в дальнейшем под аббревиатурой СОК (Соппесйоп Ое- 
1а] Весог4$) будем понимать детализированную запись о соединении, в отличие 
от ранее использовавшегося термина СОК (СаП Реа! Весог4$) — детализирован- 
ная запись о вызове, поскольку под понятием «соединение» мы будем использовать 
более широкий класс событий, нежели «телефонный» вызов. Этап фиксации услуги 
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может включать в себя процесс преобразования формата записи о предоставленной 
и зафиксированной услуге к единому формату системы биллинга. 

Этап тарификации услуги для различных технологических схем может прово- 
диться как одновременно с фиксацией услуги, так и после нее. Основанием для та- 
рификации является СОК и индивидуальные договоренности между оператором и 
пользователем о стоимости единицы услуги в зависимости от совокупности опреде- 
ленных параметров, например, дня недели, времени суток и т.д. Совокупность этих 
договоренностей называется тарифным планом, а договоренность с конкретным 
пользователем — индивидуальным тарифным планом ([ш141у1дча! Тай Р]ап, [ТР). 
Исходя из этого, на этапе тарификации на основании СОК и ПР формируется тран- 
закция (ТК) — расчетная запись стоимости услуги. 

Этап расчетов с пользователем за предоставленные услуги включает в себя 
технологический цикл обработки транзакций с отражением их сумм на лицевых 
и/или текущих счетах, выставление счетов и получением средств от пользователей. 
Таким образом, на основе ТВ, Г, ТБ формируются отчет (КЪ), счет ([1) и счет фак- 
тура (В). Этап расчетов включает в себя все дополнительные технологические 
процессы по обслуживанию пользователей, контролю и безопасности. 

Как упоминалось выше, кроме оператора и пользователя субъектом взаиморас- 
четов считаются все партнеры оператора по предоставлению услуг и расчетам с 
пользователями. Один из вариантов реализации процесса взаиморасчетов — пози- 
ционирование партнера как пользователя. Для такого пользователя создаются лице- 
вый счет и тарифный план. При проведении расчетов с партнером выбираются все 
СОК, поступившие или посланные ему за биллинговый период, СОК пересчитыва- 
ются по согласованному с ним тарифному плану, а результаты отражаются на его 
лицевом счете. В результате формируется отчет по взаимоотношениям оператора с 
данным партнером и выставляется счет за оказанные услуги. При использовании 
кросс-биллинга проверяются отчеты и счета, пришедшие оператору. 


4.4. Объекты бизнес-процесса биллинга 


Основой биллинга как глобального бизнес-процесса является его логическая ин- 
формационная модель, которая описывает данные, задействованные в бизнес-про- 
цессе. Все данные представляются как факты о сущностях и связях. Сущность — 
это множество индивидуальных объектов, причем все эти объекты различны. Лю- 
бая сущность может ссылаться на другие сущности, обеспечивая их включение в 
рассматриваемый бизнес-процесс. Если между некоторыми сущностями существу- 
ет связь, то факты из одной сущности ссылаются или некоторым образом связаны с 
фактами из другой сущности. 

Обратимся к этим объектам и их атрибутам. 

Объекты «лицевой счет» и «текущий счет» (Г, ТЬ). Для определения конеч- 
ного пользователя в процессе биллинга в общем случае используется лицевой счет. 
Лицевой счет характеризуется атрибутами, указанными в табл. 4.]|. 
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Таблица 4.1 


"ТР. 


объем услуг за период период 
дущие периоды 


Параметр корпоративности Определяет принадлежность пользователя к индиви- 
дуальным или корпоративным клиентам 
Служебные параметры и характеристики Характеристики подключения пользователя (в част- 
ности, по линейно-кабельному хозяйству) и рабочие 
параметры для проведения статистических расчетов 
* Для пользователей — юридических лиц: название организации. 
** Обычно для юридических лиц. 


Текущий счет может быть как разновидностью лицевого счета, так и самостоя- 
тельным объектом в случае, если пользователь характеризуется не своим номером 
терминала, а например, некоторым паролем доступа или видом услуги. Так, теку- 
щий счет Тб, детерминированный по паролю доступа, будет иметь атрибуты, ука- 
занные в табл. 4.2. 


Таблица 4.2 


Атрибут 
Последовательная нумерация 


Пароль доступа Некоторая случайная и неповторяемая последовательность 
цифр или букв 


Задолженности по счету за пери- | На какую сумму были оказаны услуги за расчетный период 
од или объем услуг за период 


Дебиторская задолженность или | Какую сумму остался должен пользователь за предыдущие пе- 
виртуальный остаток риоды или какая сумма осталась на счете от предыдущих пе- 
риодов 


Параметр корпоративности Определяет принадлежность пользователя к индивидуальным 
или корпоративным клиентам 


Ведущий лицевой счет Номер единого корпоративного счета 
Служебные параметры Возможности пользователя по пополнению и управлению счетом 
* Обычно используется в сетях пакетной коммутации вместо номера телефона. 
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Объект «услуга» содержит код услуги, ее описание, и правила ее предоставления. 
Объект СОВ определяет весь спектр характеристик предоставленной услуги. 
Атрибуты этого объекта сведены в табл. 4.3. 


Таблица 4.3 


Атрибут 


Вид (код) услуги Указывается код услуги в соответствии с принятой клас- 
сификацией 


Дата, время начала оказания услуги Фиксируется с момента реального начала услуги 
Длительность По контексту 


Адрес реального или виртуального Номер телефона вызываемого абонента, [Р-адрес или др. 

соединения 

Объем переданной информации Для сетей с пакетной коммутацией объем трафика в бай- 
тах 


Номер текущего, лицевого счета Номер текущего (лицевого) счета определяется в случае 
использования пароля доступа 


Номер терминала, логин пользователя | По контексту 


Служебная информация Характеристики технических средств, через которые ока- 
зывалась услуга, например номер канала 


Объект «транзакция» имеет те же атрибуты, что и СОК, но к ним добавляются 
атрибуты «стоимость услуги» и ряд дополнительных атрибутов (табл. 4.4). 


Таблица 4.4 


Дополнительные атрибуты Характеристика 
Стоимость трафика по времени Стоимость трафика в соответствии с базовыми тарифами и 
индивидуальным тарифным планом пользователя 
Стоимость трафика по объему То же 


Дополнительная информация Отдельные характеристики из других объектов, например 
номер тарифного плана 


Объект «базовые тарифы» определяет максимальную стоимость услуг, кото- 
рую может предложить оператор на рынке, и обычно служит основой для выработ- 
ки и предложению индивидуальных тарифных планов для групп или отдельных 
пользователей. 

Атрибуты этого объекта: идентификатор услуги, код услуги по справочникам 
оператора, тип тарификации (за трафик, за соединение, за объем информации или 
совокупность этих параметров), а также стоимость тарификационной единицы. В 
зависимости от того, является биллинг моно- или мультивалютным, могут сущест- 
вовать несколько базовых тарифов для каждого типа валюты. 

Например, для услуг междугородной и международной связи пример базовых 
тарифов показан в табл. 4.6, для услуг местной связи — в табл. 4.7, а для услуг по- 
стоянного доступа к сети Интернет — в табл. 4.8. 
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Таблица 4.6 


№ зоны (направления) Тариф в ед. за 1 минуту 
"И ПО < ООО 


Таблица 4.7 


Тариф в единицах Тариф в единицах 


Абонентская 
за 1 мин за 1 мин 


плата 


входящей связи исходящей связи 


Таблица 4.8 


Тариф в единицах за 1 Мгб 

о 

Ех 

их 
* За нулевую зону обычно принимается исходящий трафик. 


Для дополнительных услуг связи базовые тарифы могут строиться на основе 
тарифа за одноразовое предоставление услуги или, если пользователь «подписы- 
вается» на предоставление услуги на определенный срок, содержат некоторую ве- 
личину абонентской платы за стандартный объем услуги и тариф за превышение 
этого объема. Например, для услуги «голосовая почта» определяется некоторая 
абонентская плата за объем в минутах хранимой речевой информации и опреде- 
ленное количество доступов к речевому почтовому ящику, а также предусматри- 
вается увеличение абонентской платы за каждую минуту и тариф за каждое до- 
полнительное обращение сверх оговоренных параметров. 

Объект «тарифные планы» (ТР) или «индивидуальные тарифные планы» 
(ГТР). Объект «тарифные планы» является одной из наиболее важных сущностей 
для осуществления коммерческой деятельности оператора связи. Часто вместо «та- 
рифные планы» говорят «индивидуальные тарифные планы», подчеркивая, что они 
являются индивидуальной договоренностью между оператором и конечным поль- 
зователем по всем аспектам тарификации предоставленных услуг. Наиболее часто 
используемый способ организации тарифных планов — предоставление конечному 
пользователю скидок по сравнению с базовыми тарифами по многим характеристи- 
кам предоставляемых услуг. Такими характеристиками могут являться: 

— скидки по дням и времени предоставления услуги (скидки по дням и часам); 

— задержки начала тарификации (максимальное время бесплатного пользования 


услугой); 
— интервал тарификации (минимальный отрезок времени, до которого округля- 
ется тарифицируемая длительность предоставления услуги) — поминутная, 


по п секунд, посекундная, 
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— интервал перехода с одного минимального времени округления интервала на 
другой в рамках одного сеанса предоставления услуги, например, первые две 
(одна, три) минуты — поминутная тарификация, затем по п секунд (посекунд- 
ная) тарификация; 

— минимальный объем предоставления услуги, после которого изменяется ин- 
тервал тарификации или скидка; объем может измеряться как во временных, 
так и в стоимостных единицах. 

Существуют и другие подходы к формированию тарифного плана, когда в него 
вносятся некоторые дополнительные договоренности, которые мы по умолчанию 
отнесли к характеристикам лицевых счетов. Так, в частности, в тарифный план мо- 
гут быть внесены максимальный уровень кредита, скидки при достижении пользо- 
вателем оговоренного объема услуг (например, абоненту дается скидка к тарифу в 
размере 20%, если его трафик до окончания месяца достиг 1000 мин), бесплатное 
предоставление некоторых услуг как бонус за активное пользование другими и т.д. 

Объект «отчет» является именным объектом и отражает объем и стоимость 
всех услуг предоставленных по данному лицевому или текущему счету за заданный 
период времени (расчетный или биллинговый период). 

Отчет может быть общим или детализированным и обычно содержит расшиф- 
ровки наименования предоставленной услуги, времени оказания услуги, длительно- 
сти, объема, стоимости тарификационной единицы в соответствии с индивидуаль- 
ным тарифным планом. Отчет также может содержать суммарные показатели тра- 
фика и/или стоимости за расчетный период. 

Пример детализированного отчета показан в табл. 4.9, а общего отчета — в 
табл. 4.10. 


Таблица 4.9 


Абонент 


ххххххххх 


Лицевой счет № 


Стоимость 
86,0 
В рублях за 1 мин 


Услуги 
Междугородная связь 


Длительность, мин 
01.01.01 1.978 
11.01.01 17.245 


Постоянный доступ в сеть Интернет 1350,0 


Абонентная Код зоны Объем трафика, Гбайт 
плата, руб. 


10000 | 
Е 5 


Местная связь 
плата, руб. трафик, мин исходящего трафика, мин 
т 10 = 


Итого 


Всего 
44,0 
42,0 


— 
> 


| м 
| 


а 


В рублях за 1 Гбайт 
превышения 

1000,0 

350,0 


=) 
л 


700,0 


74,0 
В рублях за 1 мин 
превышения 


50,0 
24,0 


<> 
> 


ЕЕ 
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Таблица 4.10 


Абонент 


Объекты «счет» и «счет-фактура» (ш, Вт). Эти объекты являются связанны- 
ми, поскольку отражают один и тот же показатель — общую стоимость услуг, ока- 
занных конечному пользователю в тече- 
ние расчетного периода. Различие между 
ними заключается в том, что счет указы- 
вает, какую сумму конечный пользова- 
тель должен оплатить за оказанную услу- 
гу, а счет-фактура является подтвержде- 
нием оплаты конечным пользователем 
указанной суммы. 

Поскольку в рамках глобального биз- 
нес-процесса биллинга между сущностя- 
ми существует связь, то факты из одной 
сущности ссылаются или некоторым об- 
разом связаны с фактами из другой сущ- 
ности, а объекты связаны между собой 
определенными атрибутами. Пример та- 
ких взаимосвязей между отдельными 
объектами в рамках технологических 
Рис. 4.3. Взаимосвязи между объектами процессов тарификации и расчетов при- 


в технологическом процессе веден на рис. 4.3. 
тарификации и расчетов 


4.5. Способы оплаты и принципы взаиморасчетов 


Исторически сложилось так, что процесс оплаты основных и дополнительных ус- 
луг электросвязи до недавнего времени являлся кредитным, т.е. оплата взималась 
за определенный период по уже предоставленным услугам. Такая форма оплаты 
определялась не только отражением существующих экономических отношений 
между операторами и конечными пользователями, но и технологическими воз- 
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можностями оборудования оператора. Оплата производилась за право использо- 
вания (например, абонентская плата за городской телефон) и/или за трафик (вре- 
мя использования каналов связи). В тех случаях, когда оборудование не позволя- 
ло фиксировать СОК, оператору ничего не оставалось делать, как брать пользова- 
тельскую плату за право пользования, никак не ограничивая трафик. Взаимоотно- 
шения оператора и конечного пользователя строились на основе договоров, в ко- 
торых фиксировался телефонный номер терминала пользователя и величина поль- 
зовательской платы. Единственной мерой воздействия оператора на конечного 
пользователя с целью убедить его оплатить свою задолженность являлось отклю- 
чение его от сети связи, в частности отключение телефона. 

С появлением, наравне с фиксированной, мобильной связи такие способы воз- 
действия на конечного пользователя оказались недостаточными, и операторы пе- 
решли от простой кредитной оплаты к кредитной оплате с формой взаиморасче- 
тов в виде уплаты за страховой депозит. Страховой депозит служил определен- 
ной гарантией погашения кредита за предоставленные услуги. Однако с точки 
зрения финансового и налогового законодательства такой принцип расчета ока- 
зался малоэффективным. 

Другой гарантией оператора при кредитном способе оплаты может служить 
авансирование оказания услуги. При авансовом способе взаиморасчетов конечный 
пользователь оплачивает некоторую оговоренную величину, например среднеме- 
сячную стоимость услуги, а затем выплачивает разницу между стоимостью ока- 
занных услуг и авансом. Зачисление аванса как у оператора, так и у пользователя, 
в стоимость оказанных услуг происходит на момент проведения взаиморасчетов. 
Таким образом, за весь период взаиморасчетов аванс у оператора не может быть 
зачислен в доход, а у пользователя — в расход. Это является определенным не- 
достатком с точки зрения оптимизации налогообложения, однако с точки зрения 
определенных гарантий оплаты такой способ взаиморасчетов достаточно эффек- 
тивен. 

Еще более эффективной гарантией являются дебетовые способы расчетов, в 
которых оператор, как и при авансовых взаиморасчетах, получает оплату вперед, 
но при этом стоимость предоставленных услуг не может превышать величину де- 
позита. При этом из депозита может вычитаться как величина пользовательской 
платы, так и плата за трафик или объем предоставленных услуг. Дебетовый прин- 
цип прост — сначала оплата, а затем гарантированное предоставление услуги на 
эту сумму. Теперь уже оператор должен гарантировать, что, получив оплату впе- 
ред, он предоставит услуги по оговоренным ценам. 

Кредитные принципы расчетов получили название ро${-ра14 (оплата после), а 
дебетовые принципы — рге-ра14 (предоплата). На рис. 4.4 для примера приведена 
упрощенная схема взаиморасчетов при обоих способах оплаты. Как видно из ри- 
сунка, в обоих случаях пользователь заключает с оператором в реальной или вир- 
туальной форме некоторый договор. При оплате рге-ра14 этот договор заключает- 
ся с конкретным юридическим или физическим лицом, а при оплате рге-ра14 дого- 
вор может быть заключен в виде виртуального (обезличенного) договора — от- 
крытой оферты, а также обычного договора. 
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Договор рге-раа 
обычный или в виде 


Договор роз{-ра на 
предоставление 
услуги 


открытой оферты на 
предоставление услуг 


Страховой Счет 
Аванс депозит 
Предоставление 
услуги Оплата 
Счет Оплата Счет- Отчет Счет- 
фактура фактура 


Рис. 4.4. Упрощенная схема взаиморасчетов 


Существуют и комбинированные кредитно-дебетовые способы расчетов, на- 
пример, при предоставлении комплекса услуг, когда один вид услуг оплачивается 
по дебетовому способу, а другие по кредитовому. 


4.6. Виды биллинга 


Как говорилось выше, при кредитных способах оплаты технология начисления за 
услуги производится в два этапа. На первом этапе в реальном времени фиксируют- 
ся длительность соединения или объем переданной и/или принятой информации 
(например, при постоянном подключении к сети Интернет), время соединения, ат- 
рибуты пользователя и назначение (направление) соединения или вид услуги. Эти 
данные фиксируются в стандартной записи СОК. На втором этапе эти данные соби- 
раются за определенный промежуток времени, тарифицируются на основании ин- 
дивидуального тарифного плана и суммируются для каждого пользователя (группы 
пользователей) за расчетный период. Обычно это декада, пятнадцать дней, но чаще 
месяц. Такой вид биллинга получил название оН-Ппе (отложенный биллинг). При 
оН-Ппе биллинге основных и дополнительных услуг оператор должен или отражать 
в СОК вид предоставляемой услуги, или, если это невозможно, просто фиксировать 
сам факт ее использования, беря за это фиксированную плату. 

Однако при предоставлении некоторых основных и дополнительных услуг, 
когда трудно заранее определить задолженность пользователя за биллинговый пе- 
риод, величина кредита, предоставляемая оператором пользователю, может быть 
достаточно большой. Чтобы как-то контролировать задолженность пользователя в 
реальном времени, операторы должны значительно сокращать время расчетного 
периода. В этом случае необходимо использовать такой вид биллинга, при кото- 
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ром СОК поступает в систему сразу после окончания предоставления услуги. 
Обычно время поступления колеблется в пределах от минуты до часа. Такой вид 
биллинга получил название оп-Ппе биллинга. При этом виде биллинга оператор в 
определенных приделах может контролировать задолженность пользователя и да- 
же проводить «псевдодебетовые» расчеты. В частности, так поступают некоторые 
операторы мобильной связи, когда, получая от пользователя авансовую плату, 
контролируют величину кредита с точностью до одного-двух звонков. При этом 
никто не мешает пользователю, имеющему остаток, например 5 единиц, восполь- 
зоваться услугами на 100 единиц. Оператор узнает об этом только после оконча- 
ния предоставления услуги. У оператора остается единственный способ влияния 
на пользователя — отключить его терминал от предоставления услуг и ждать, по- 
ка пользователь погасит свою задолженность. Это в том случае, когда авториза- 
ция производится по номеру терминала. При авторизации по паролю и кредитной 
оплате предоставленных услуг у оператора нет возможности повлиять на недоб- 
росовестного пользователя. В этом случае оператор снова должен возвращаться к 
пользовательской плате за период без ограничения трафика или переходить к дру- 
гому виду биллинга, позволяющему в реальном времени контролировать задол- 
женность пользователя или его дебетовый остаток. Таким видом биллинга являет- 
ся Во{-Ппе биллинг («горячий» биллинг). При Бо{-Ппе биллинге СОК вообще не 
накапливаются. Тарификация ведется в течение времени предоставления услуги. 
При этом в реальном времени сравнивается стоимость предоставляемой услуги с 
остатком на счете пользователя (при дебетовых принципах расчета) или с разни- 
цей между максимальной и текущей задолженностью (при кредитных расчетах). 
При Во{-Ппе биллинге исключается возможность получения услуги на сумму 
больше оговоренной. 

Таким образом, биллинг можно разделить по виду: оН-Ппе, оп-Ппе и Во!-Ппе, а 
также по типу ро${-ра14, рге-ра14 и р/рге-ра14 (псевдодебетовый). При этом в режиме 
оЁ_-Ппе может быть только ро$(-ра14 биллинг, в режиме оп-Ппе только розра14 и 
р/рге-ра14, а в режиме Во!-Ппе все типы биллинга. 

Важной особенностью |о{-Ппе биллинга является возможность введения для 
расчетов с пользователями карточных инструментов оплаты, в значительной степе- 
ни аналогичных по смыслу с банковскими пластиковыми картами. 


4.7. Инструменты и технологии оплаты 


4.7.1. Пластиковые карты 


Пластиковые таксофонные карты достаточно давно применяются в телефонной 
связи, причем именно в связи с возможностью реализации в таксофоне «горячего» 
биллинга. В этом случае для телефонной связи можно говорить о системе распреде- 
ленного биллинга по сравнению с системами централизованного биллинга, о кото- 
рых говорилось выше. Вопросы использования распределенного и централизован- 
ного биллинга рассматриваются в Приложении 4.1. 
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Таксофонные карты могут быть нескольких типов: резисторные (или аналогич- 
ного типа), магнитные, электромагнитные, смарт-карты и скретч-карты (от англий- 
ского глагола 5сгасВ — царапать). Отличие карт всех типов от скретч-карты заклю- 
чается в том, что скретч-карта является визуальным носителем информации, в то 
время как остальные карты — «электронными носителями». При использовании 
электронных карт для оплаты других услуг связи необходимо оснастить все терми- 
налы доступа устройствами считывания информации с этих карт, что удорожает 
пользовательские терминалы. В случае, если пользовательские терминалы являют- 
ся устройствами коллективного доступа, такое удорожание их стоимости играет 
меньшую роль, чем в случае терминалов индивидуального пользования. Другим от- 
носительным ограничением при использовании электронных карт по сравнению со 
скретч-картами является более высокая стоимость их изготовления. 

В карточных системах расчетов каждая карта может являться одновременно 
инструментом авторизации, аутентификации и инструментом оплаты. При этом те- 
лефонные карты можно разделить на два типа. Первый тип — «электронный коше- 
лек», когда на карте присутствует в явном виде электронный номинал карты, кото- 
рый уменьшается по мере использования карты. Второй тип — карты, которые слу- 
жат только для аутентификации и авторизации. В последнем случае обозначенный 
на карте номинал является справочным и определяет первоначальную сумму, кото- 
рая хранится на текущем счете карты в системе биллинга. 

Необходимо отметить, что резисторные и им подобные карты могут быть толь- 
ко типа «электронного кошелька», а скреч-карты — только картой аутентификации 
и авторизации, в то время как электромагнитные, магнитные и смарт-карты могут 
быть обоих типов. 

При аутентификации и авторизации с помощью указанных типов карт в систему 
биллинга должен передаваться пароль (пин-код). Отличительная черта аутентифи- 
кации и авторизации по всем картам, за исключением скретч-карт, это наличие в 
терминале, о котором говорилось выше и посредством которого пользователь хочет 
получить услугу, считывающего устройства, воспринимающего этот пароль и пере- 
дающего его в систему биллинга. Для скретч-карт пин-код должен вводить пользо- 
ватель самостоятельно набором на клавиатуре своего терминала указанных на кар- 
те цифр пин-кода. 

Ручной ввод пин-кода является определенным недостатком скретч-карт, влияю- 
щим на безопасность пользования скретч-картой. С другой стороны, необходи- 
мость считывающего устройства для остальных типов карт значительно ограничи- 
вает их применение, поскольку в настоящее время оснащение всех терминалов (те- 
лефонных, радиотелефонных аппаратов, модемов, компьютеров), с которых могут 
предоставляться услуги связи, является достаточно проблематичным, хотя принци- 
пиально возможным. 

Более полно вопросы безопасности использования скретч-карт рассмотрены в 
Приложении 4.2. 

Таким образом, независимо от того, какой вид карты используется для аутенти- 
фикации и авторизации, с их помощью можно осуществлять расчеты за услуги по 
тому или иному принципу взаиморасчетов. 
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Определяя форму оплаты по скретч-картам как карточную систему оплаты, не- 
обходимо понимать, что карта в этом случае является только визуальным носите- 
лем информации. Если визуальную информацию по пин-коду и номиналу наносить 
на другой носитель, например на брелок или ручку, то с тем же основанием такой 
способ оплаты можно называть «брелковым» или «ручечным». 

В этой терминологии дебетовые телефонные карты (рге-ра1А) часто называют 
СТК (сервисными телефонными картами). С целью обобщения эту аббревиатуру 
можно трактовать как сервисные телекоммуникационные карты, т.е. как дебетовые 
карты для оплаты услуг как в сети коммутации каналов, так и в сетях пакетной 
коммутации. При этом ничто не мешает использовать эти карты как кредитные и 
возникает новое понятие телекоммуникационных универсальных карт (УТК), при- 
годных для всех способов оплаты. 

Наглядные преимущества СТК, которые лежат на поверхности, заключаются в 
том, что пользователь получает безусловные права на получение услуг на оплачен- 
ную сумму, а оператор фактически предоплату. Однако этим не ограничиваются 
преимущества СТК для пользователя. Важная особенность СТК — возможность 
получить услугу с любого терминала сети путем авторизации карты, а не номера 
(адреса) терминала, что значительно повышает мобильность пользователя. Другой 
особенностью СТК является возможность вторичных операций с картами, т.е. воз- 
можность пополнения одной карты за счет другой и проведение внутренних расче- 
тов. УТК несут в себе все преимущества СТК и дополнительные возможности как 
упрощенных, так и сложных форм кредитной оплаты (ограничение кредита, воз- 
можности дополнительных скидок или надбавок при превышении определенного 
порога кредита и т.д.). Исходя из возможности кредитных расчетов, кредитные 
УПК необходимо отнести к категории именных карт, т.е. пользователь должен за- 
ключить с эмитентом карт договор, определяющий условия погашения кредита. Де- 
бетовые УПК (СТК) не являются именными картами, а их использование произво- 
дится «по предъявлению». 


4.7.2. Телебанкинг 


Телебанкинг является одной из составляющих биллинга, при этом услугу телебан- 
кинга можно отнести к дополнительным услугам расчетов с пользователями. Под 
термином «телебанкинг» обычно понимается предоставление в рамках системы 
биллинга информационно-справочных услуг и управление именными и «предъяви- 
тельскими» счетами пользователя в системе биллинга. 

Функциями телебанкинга, как правило, конечный пользователь может воспользо- 
ваться с того же терминала, с которого предоставляется услуга (фиксированный или 
мобильный телефон, а также компьютер). Однако в отдельных случаях, например 
при предоставлении услуг мобильной связи, телебанкинг может осуществляться або- 
нентом также с любого компьютера по сети Интернет. Независимо от вида термина- 
ла и сети связи, авторизация и аутентификация конечного пользователя осуществля- 
ется или по номеру терминала, или по паролю, в частности путем набора пин-кода. 
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Появлению услуги телебанкинга в описываемом виде предшествовало получе- 
ние информационно-справочных услуг для клиентов банков. Клиент банка, соеди- 
няясь с банковской компьютерной системой, мог получить информацию о состоя- 
нии своего счета, о пришедших и отправленных средствах. При этом информацию 
об изменении счета клиент банка мог получить в реальном времени. 

Поскольку до появления данной банковской услуги у операторов связи исполь- 
зовался кредитный биллинг, такая услуга не имела смысла, за исключением случая 
автоматического информирования пользователя о его дебиторской задолженности. 
С появлением дебетовых систем «горячего» биллинга, когда стоимость предостав- 
ленной услуги списывалась со счета пользователя в реальном времени, потребность 
в получении информационных услуг о состоянии счета резко возросла. Появление 
карточных способов оплаты дало возможность изменить и дополнить технологию 
пополнения счета пользователя у оператора, т.е. наравне с традиционными средст- 
вами пополнения счета (безналичные и наличные платежи) появилась возможность 
пополнения счета с помощью перевода средств со счета карты на счет пользователя 
у данного оператора связи. 

Информационно-справочные услуги о состоянии счета, стоимости услуги, кото- 
рая уже оказана или может быть оказана, являлись первопричиной переноса данной 
услуги из банковской сферы в биллинговые телекоммуникационные системы. По- 
скольку технология пополнения счета была ясна, на следующем этапе появилась не- 
обходимость управления счетом, включающая в себя более сложную технологию. 

Первоначально конечный пользователь имел следующие возможности по 
управлению счетом: 

— списывать средства на оплату услуг электросвязи данной компании-оператора не- 

посредственно с текущего счета (дебетовой карты), в том числе в режиме ВоНше; 

— переводить всю сумму с текущего счета (в виде непополняемой дебетовой 

карты) на лицевой счет номера телефона (]Р-адреса пользователя), с которого, 
в свою очередь, производится оплата услуг электросвязи. 

В дальнейшем появилась новая более универсальная технология [38], дающая 
возможность пользователю с помощью клавиатуры своего терминала (обычного 
или мобильного телефона), а также с помощью компьютера по сети Интернет, 
управлять состоянием своего текущего счета (РЕБ). При этом номер ЕБ мог совпа- 
дать с номером карты (в отдельных случаях номером и серией карты) или не яв- 
ляться «карточным» счетом. Основное условие для возможности использования 
данного ЕБ в рамках предлагаемой технологии заключается в возможности доступа 
к нему посредством цифрового пароля (пин-кода). 

Универсальная технология телебанкинга дает возможность пользователю: 

— списывать средства на оплату услуг связи данной компании-оператора непо- 

средственно с текущего счета (счета дебетовой карты); 
— переводить всю сумму с текущего счета (в виде непополняемой дебетовой 
карты) на лицевой счет номера телефона ([Р-адреса пользователя), с которого, 
в свою очередь, производится оплата услуг электросвязи; 

— переводить полностью или частично любые средства с одного текущего счета 
(карты) на другой в рамках суммы находящейся на данном счете; 
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— переводить полностью или частично любые средства с текущего счета на ли- 
цевой счет пользователя, с которого производится дальнейшая оплата услуг 
электросвязи (например, на лицевой счет заданного номера мобильного теле- 
фона) или с которого производится оплата услуг третьих компаний. 

Структурная схема функций пополнения и расчетов в общем случае имеет вид, пока- 

занный на рис. 4.5. Из рисунка видно, что пользователь может получить услугу как через 
сеть связи своего оператора, так и через другую сеть. После подключения и авторизации 
пользователь активирует свой счет и получает возможность полностью или частично пе- 
ревести средства с активированного счета на другой счет, зная только его номер. 


Сеть оператора 


«с редства „> 


Система биллинга основной Система биллинга третьей компании 
компании 


Рис. 4.5. Структурная схема пополнения и расчетов 


Необходимо отметить, что технология телебанкинга связана с другими функ- 
циями биллинговой системы, в частности функциями получения услуги непосред- 
ственно с «карточного» счета, т.е. пользователь может управлять действующим 
счетом, с которого производится оплата услуг. 

В качестве примера рассмотрим случай использования технологии телебанкин- 
га с возможностью одновременной оплаты услуг фиксированной и мобильной свя- 
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зи, а также и доступа к сети Интернет. Для определенности будем считать, что ос- 
новная компания, которая эмитирует УТК, — оператор мобильной связи, а опера- 
торы фиксированной связи и провайдер сети Интернет хотят использовать данные 
карты для оплаты своих услуг. При этом пользователь может являться пользовате- 
лем как одной из услуг, так и любого их сочетания, имея у данного оператора соот- 
ветствующие текущие счета. 

Пользователь имеет возможность пополнять свои счета у каждого из операто- 
ров любым из способов: через банк, наличными и т.д. В данном случае нас будет 
интересовать вопрос пополнения этих счетов посредством УТК. Покупая, напри- 
мер, скретч-карту оператора мобильной связи, пользователь после ее авторизации 
может перевести часть средств на лицевой счет своего мобильного телефона или 
любого другого мобильного телефона, указав его номер. В случае, когда он захочет 
оплатить услуги фиксированной телефонной связи, он может сначала указать, что 
собирается платить третьей компании, а затем указать его номер. При этом эмитент 
карт должен обеспечить доступ к системе телебанкинга как с мобильного, так и 
стационарного телефона. 

Получая услугу подключения к сети Интернет, пользователь также с любого те- 
лефона подключается к системе телебанкинга, после авторизации карты набирает 
номер своего счета у провайдера и переводит на него всю или часть суммы с акти- 
вированной карты. Если, как указывалось выше, эмитент карт сможет обеспечить 
доступ к системе телебанкинга через сеть Интернет, то услугой телебанкинга мож- 
но будет воспользоваться непосредственно при получении самой услуги доступа. 

Второй пример относится к технологии пополнения карт в системе телебан- 
кинга. Пользователь имеет возможность самостоятельного пополнения счета одной 
карты за счет средств другой. Для этого ему достаточно авторизовать карту, с кото- 
рой он переводит средства, определить переводимую сумму и указать только номер 
карты, на которую осуществляется перевод. Интересно отметить, что поскольку 
при переводе нет необходимости знать пароль доступа к карте, на которую перево- 
дятся средства, эту технологию пополнения может использовать некий продавец 
(дилер). Как говорилось выше, в процессе оплаты услуг связи по картам оператор 
может поручить продажу карт некоторой организации продавцу (дилеру). Кроме 
того, по договоренности с оператором дилер может открыть в системе телебанкин- 
га некоторый виртуальный счет (или счета) с доступом по специальному паролю. В 
этом случае дилер может не только продавать карты, но также пополнять карточ- 
ные счета пользователей со своего виртуального карточного счета. 

Данные примеры являются частным случаем реализации технологии телебан- 
кинга, однако даже при их рассмотрении можно увидеть все аспекты бизнес-про- 
цессов телебанкинга. 

Обратимся к этим бизнес-процессам. Они включают в себя: 

— эмиссию универсальных карт (далее — эмиссия); 

— поддержку технологических функций (функции); 

— расчеты с продавцами карт (дилерами) (расчеты 1); 

— расчеты с третьими компаниями (расчеты 2); 

— информационно-справочное обслуживание (ИСО). 
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Обобщенное содержание бизнес-процессов показано в табл. 4.11. Из содер- 
жания бизнес-процессов видно, что пользователями системы телебанкинга явля- 
ются владелец карты, администраторы эмитента и администраторы продавцов и 
партнеров. 


Таблица 4.11 


Обобщенное содержание бизнес-процесса 


Эмиссия Генерация карт, подготовка информации к печати карт, поддержка и контроль 
жизненного цикла карт 
Функции Реализация всех технологических функций перевода средств 


Расчеты 1 Подготовка данных для расчетов с дилерами, контроль оплаты, статистическая от- 
четность 

Расчеты 2 Подготовка данных для расчетов с третьими компаниями, контроль взаиморасче- 
тов, статистическая отчетность 


ИСО Информационно-справочное обслуживание конечных пользователей и разбор их 
претензий, информационно-справочное обслуживание персонала и партнеров 


Все пользователи оперируют двумя объектами, которые участвуют в бизнес- 
процессах, это скретч-карты и транзакции. Основные атрибуты объектов представ- 
лены ниже. 


Объект «карта»: 

— номер карты; 

— серия карты; 

— пароль доступа (пин-код); 

— проверочное значение секретного кода; 

— номинал карты; 

— дата генерации карты; 

— тип карты; 

— срок использования; 

— продолжительность использования; 

— текущий остаток на карте в долларах; 

— текущий остаток на карте в рублях; 

— дата и время продажи; 

— дата и время первого использования. 

— отражение событий: блокировка генерации, поступление на склад, продажа, 
активизация карты, окончание жизненного цикла карты; 

— отражение блокировок: нарушение жизненного цикла карты, операторская 
блокировка, административная блокировка. 


Объект «транзакция»: 

— уникальный идентификатор транзакции; 
— признак адресации пополнения; 

— номер телефона — назначение платежа; 
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— номер карты — назначение платежа; 

— серия карты — назначение платежа; 

— инициатор активации; 

— номер доступа; 

_ номер карты, с которой осуществлен перевод; 

— серия карты, с которой осуществлен перевод; 

_ сумма перевода в условных единицах; 

— сумма перевода в рублях по текущему курсу; 

— дата продажи карты; 

— сумма перевода в рублях по курсу продажи карты; 

— дата, время совершения транзакции. 

Реализация технологии телебанкинга заключаются в вводе и обработке атрибу- 
тов этих объектов, что позволяет пользователям производить взаиморасчеты между 
собой и операторами, а операторам вести статистический и бухгалтерский учет. На- 
до отметить, что при реализации конкретных систем количественный и номенкла- 
турный состав атрибутов объектов может меняться, но качественный состав дол- 
жен быть достаточный для поддержки данной технологии. 

На основе универсальной технологии телебанкинга можно реализовать центры 
расчетов пользователей за широкий спектр товаров и услуг по единой карте для 
группы операторов и продавцов товаров и услуг. Как говорилось выше, УТК дает 
возможность пользователю вместо безналичной оплаты через банк или наличной 
оплаты самому оператору купить УТК и предъявить ее оператору удаленно, через 
сеть связи. Однако когда каждый оператор начинает эмитировать свою карту, то 
поиск нужной карты для данного оператора затруднителен для пользователя. При 
этом надежность оператора как финансового партнера ничем не подтверждена. В 
этом случае в конкуренции выигрывают те операторы, которые могут развернуть 
более эффективную сеть продажи карт, нежели те, которые предлагают лучшие та- 
рифы или более высокое качество услуг. С другой стороны, используя единую кар- 
ту, оператор экономит средства на развертывание пунктов приема платежей. В то 
же время, если пользователю окажется проще купить карту оператора, чем идти в 
банк или в офис самого оператора, то при единой карте преимущества еще больше. 
Таким образом, от использования данной технологии выигрывают и конкурентно 
способный оператор и пользователь. 

Для более полного рассмотрения и понимания предлагаемой технологии [40— 
43] необходимо обратится к аналогичным технологиям функционирования платеж- 
ных систем, используемых для организации расчетов по банковским картам. Срав- 
нение данных технологий показывает, что они имеют много общего, но в связи с 
более узким использованием УТК по сравнению с банковскими картами и принци- 
пиальным отличием их как финансового инструмента оплаты функциональная 
структура центров расчетов может быть проще платежной системы, хотя и несет 
более широкие функции. 

На рис. 4.6 показана структурная схема взаимодействия участников расчетов 
при оплате товаров и услуг по единой универсальной карте. В схеме оборота УТК 
участвует банк (эмитент), центр расчетов (хранение и авторизация), операторы 
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(провайдеры и продавцы товаров и услуг), продавцы карт (дилеры), пользователи 
(потенциальные покупатели товаров и услуг). 
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Рис. 4.6. Схема взаимодействия участников при оплате по УТК 


В функцию банка входит эмиссия карт, что предусматривает: генерацию пара- 
метров карт и, что особо важно, генерацию паролей доступа (для скретч-карт — 
пин-кодов); размещение сгенерированных реквизитов в базе данных центра расче- 
тов, физическое изготовление карт и передача их дилерам. В функцию дилеров вхо- 
дит организация сети продажи карт, продажа карт и расчеты с банком за проданные 
карты. В функцию центра расчетов входит хранение атрибутов карт, передача в 
банк данных об активированных картах и операторах, через которых пользователи 
произвели их активацию; организация физического и технологического процесса 
авторизации карт. 

Технология оборота УТК подразумевает определенный объем взаимных гаран- 
тий. В частности, банк должен гарантировать, что эмитируемые им УТК будут при- 
няты оговоренным кругом продавцов товаров и услуг для пополнения уже откры- 
тых или открываемых в будущем счетов пользователей, с которых они смогут оп- 
лачивать товары и услуги этого продавца. Кроме того, банк гарантирует перевод 
средств на банковский счет операторов (в размере ее номинала или с оговоренным 
дисконтом) в течение определенного времени с момента авторизации карты. Про- 
давцы услуг гарантируют пользователям, что предоставят им услуги или товары на 
сумму, переведенную с карты на счет пользователя в их биллинговой системе. 
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На рис. 4.6 стрелками / показан оборот карт с момента их эмиссии до момента 
покупки их пользователями. В частности, дилеры организуют продажу карт пользо- 
вателям, которые могут предъявить эти карты заранее известным продавцам и про- 
изводителям, готовым принять их в счет оплаты товаров и услуг. После покупки 
карты пользователь соединяется с оператором (продавцом товаров и услуг) по сети 
связи данного оператора и авторизует УПК с помощью соответствующего термина- 
ла (стрелки 2). В свою очередь, оператор соединяется с центром расчетов и запра- 
шивает авторизуемую карту (стрелки 3). При положительном результате авториза- 
ции реквизиты карты, включая ее номинал, переводятся в систему биллинга опера- 
тора, а у банка перед оператором возникает задолженность на эту сумму. Затем 
(стрелки 4) производятся фактические расчеты между банком и оператором. При 
переводе карты из центра расчетов в систему биллинга оператора, если у пользова- 
теля уже открыт счет, сумма, равная номиналу карты, переводится на этот счет. Ес- 
ли счет не открыт или пользователь хочет открыть новый счет, то оператор выпол- 
няет указания пользователя. Данный счет может быть многоцелевым и далее может 
использоваться технология биллинга нескольких услуг с одного счета или счет мо- 
жет быть целевым для оплаты конкретной услуги. В дальнейшем при получении 
услуг у данного оператора (стрелка 5) пользователь или авторизуется по паролю 
той же карты, или получает у оператора новый пароль доступа к счету, или только 
указывает номер своего терминала (Р-адрес). 

При этом необходимо еще раз подчеркнуть, что в отличие от рассмотренной 
выше технологии телебанкинга, сама карта первоначально не является источником 
оплаты за товары или услуги, а является документом, подтверждающим права 
пользователя на оплату товаров и услуг на номинал карты. И только после ее авто- 
ризации и переноса в биллинговую систему оператора она становится таким источ- 
ником оплаты. 

Практический опыт построения центров расчетов показывает, что в отличие от 
описанной выше технологии реальная технология может в той или иной степени 
отличаться от данной. Так, в частности, она может быть приближена к технологии 
расчетов через платежные системы, когда при активизации карты переводится не 
весь ее номинал, а только его часть, требуемая пользователю в данный момент. В 
этом случае возникают те же сложности защиты информации, которые имеются 
при расчетах по банковским картам через сеть Интернет. Необходимость использо- 
вания закрытых протоколов, сложного оборудования и программного обеспечения 
значительно удорожает технологию авторизации, а значит, уменьшает эффект от 
использования карт как инструмента оплаты. В то же время, если обратиться к 
предлагаемой технологии, то безопасность процесса авторизации карты вообще 
можно практически не поддерживать, так как авторизация проводится один раз, и с 
момента перевода атрибутов карты оператору она блокируется в центре расчетов. 
Если при этом учитывать тот факт, что УТК в отличие от банковской карты имеет 
обычно небольшой номинал и ограниченное использование, то реализация расче- 
тов на технологии платежных систем становится нерентабельной. При этом меняет- 
ся финансовый вид платежного документа-карты, например, такую карту нельзя ис- 
пользовать как вексель, и необходимо искать другую приемлемую форму расчетов. 
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Другим отличием рассматриваемой технологии является способ авторизации 
непосредственно через центр расчетов. В этом случае центр должен иметь свою 
систему доступа пользователей к авторизации. Наглядным примером служит ис- 
пользование единой карты для расчетов за пользовательскую и повременную опла- 
ту фиксированной телефонной связи. Действительно, такие системы не имеют в 
своем составе автоматизированных средств авторизации, поэтому авторизация их 
непосредственно через центр можно считать наиболее рациональной. 

В заключение целесообразно еще раз подчеркнуть отличие технологий телебан- 
кинга и центра расчетов, которое связано с характеристиками карт как инструмента 
оплаты. В случае телебанкинга карта служит инструментом обычной предоплаты 
оператору за комплекс услуг, который он обязуется оказать. А в случае использова- 
ния единой карты в рамках центра расчетов карта является финансовым банков- 
ским инструментом. Это, казалось бы, незначительное отличие серьезно меняют 
принципы и подходы к построению и функционированию систем, реализующих 
данные технологии. 


4.7.3. Роуминг карт 


Понятие «роуминга» (блуждания) пришло из терминологии мобильной связи и обо- 
значает возможность мобильного телефона с сетевым номером, принадлежащим 
определенному оператору, при перемещении этого телефона в другое географиче- 
ское место работать в сети другого оператора. Для этих целей между операторами 
заключалось роуминговое соглашение. Когда мобильный телефон авторизуется в 
сети нового оператора, автоматически определяется, к какому оператору принадле- 
жит данный сетевой номер, и производится запрос к системе биллинга этого опера- 
тора на получение разрешения на роуминг. При положительном ответе системы 
биллинга через этот сетевой номер можно получить услуги в сети нового операто- 
ра. Эти услуги биллингуются в соответствии с роуминговым соглашением, а в 
дальнейшем между операторами мобильной связи проводятся соответствующие 
взаиморасчеты. 

Принципы роуминга оказались полезными при биллинге пользователей, ис- 
пользующих карточные средства оплаты широкого спектра услуг связи. Пользова- 
телю удобно использовать одно средство оплаты услуг, в частности УТК, при пере- 
мещении его из основного места нахождения в любое другое. Кроме того, операто- 
ры стараются максимально расширить свое присутствие в различных регионах. Та- 
ким образом, использование пользователями той же карты, по которой пользова- 
тель оплачивал услуги в своем регионе, в интересах обеих сторон. 

Необходимыми и достаточными условиями для использования УТК при ро- 
уминге пользователей является максимальное распространение карточной системы 
оплаты. При отсутствии у оператора регионально распределенной системы предос- 
тавления услуг ему целесообразно иметь партнеров в других регионах, которые 
могли бы оказать услуги по его телекоммуникационной карте. 
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Как видно из постановки задачи, для ее решения применимы принципы роумин- 
га только не для сетевых номеров, а для телекоммуникационных карт. Однако дан- 
ное отличие оказывается важным фактором для реализации технологии карточного 
роуминга, а именно технологии авторизации. Действительно, сетевой номер терми- 
нала в явном виде указывает на принадлежность пользователя к сети оператора 
(код страны и региональный код АВС), в то время как авторизационный пароль 
(пин-код) обычно не содержит этого кода. Поэтому введение в пин-код кода опера- 
тора, аналогичного коду АВС, явилось бы наиболее простым способом роуминго- 
вой авторизации пользователя. Однако при уже существующей достаточно широ- 
кой сети карточного биллинга переход на новые принципы был бы экономически 
неоправдан. Альтернативой является использование технологии, аналогичной рас- 
четам по банковским картам, а именно, использование единой платежной системы 
для авторизации карт, о которой мы говорили выше. Возможно, в будущем это бу- 
дет более простым, хотя и не самым дешевым решением. 

С учетом потребности в карточном роуминге и тенденций развития систем связи 
можно предложить и более простые и дешевые технологии роуминга, которые могут 
быть обеспечены существующими системами. Основная идея лежит в разделении по- 
токов авторизации для местных и роуминговых карт. Такое разделение потоков дает 
возможность без изменения технологии авторизации для местных карт предусмот- 
реть любую технологию для роуминговых карт. Данное решение не затрагивает рас- 
пределенную систему предоставления и биллинга услуг внутри сети связи одного 
оператора, поскольку, используя единую схему генерации паролей доступа, оператор 
может авторизовать свои карты без привязки к региону, в котором они будут исполь- 
зоваться. Ниже мы более подробно рассмотрим такие технологии. 

Возвращаясь к межрегиональному роумингу карт в сетях разных операторов, 
необходимо отметить, что между этими операторами должны существовать ро- 
уминговые соглашения, аналогичные соглашениям между операторами мобильной 
связи, с дополнением о способе разделения потоков авторизации. Такие соглаше- 
ния могут предусматривать два способа роуминга: с предварительным уведомлени- 
ем и автоматический. Предварительное уведомление заключается в том, что поль- 
зователь, прежде чем переехать в другой регион, где он собирается оплачивать ус- 
луги связи по имеющейся карте, уведомляет об этом своего оператора. Такое уве- 
домление может проводиться в служебном режиме через системы авторизации дан- 
ного оператора. Необходимым условием такого уведомления будет ввод кода ре- 
гиона, в котором пользователь хочет рассчитываться за услуги связи по имеющейся 
карте. Кстати, в этом случае ему будет указан серийный номер доступа оператора, 
который будет предоставлять ему услуги связи. (Следует отметить, что при ро- 
уминге пользователей мобильной связи существует похожая процедура, когда мо- 
бильный пользователь узнает у своего оператора, есть ли у него роуминг с тем или 
иным регионом и с каким именно оператором.) После уведомления карта пользова- 
теля с имеющейся на ней суммой переносится в биллиговую систему требуемого 
оператора. Поскольку переносится и номер карты, и пароль, то при совпадении па- 
роля роуминговой и местной карты, что маловероятно, у пользователя может быть 
дополнительно запрошен номер карты. Такой перенос карты из одной системы бил- 
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линга в другую ведет к увеличению нагрузки на каналы связи, поскольку перенос 
осуществляется в рамках коротких сеансов. При возвращении пользователя прово- 
дится аналогичная процедура с возвратом остатка. Естественно, что биллинговые 
системы обоих операторов должны иметь возможность осуществлять кросс-бил- 
линг по роуминговым картам, который является основанием для проведения взаи- 
морасчетов. 

Автоматический роуминг отличается от роуминга с предварительным уведом- 
лением тем, что перенос карты из одной системы биллинга в другую осуществля- 
ется автоматически при обращении в нее пользователя для авторизации карты. В 
этом случае система биллинга должна опознать такую карту как роуминговую, а 
не считать ошибочным ввод ее пин-кода. Наиболее простым выходом является 
разделение потока авторизации обычных и роуминговых пользователей, в частно- 
сти по номеру доступа к услуге. В том случае, когда система биллинга распознала 
роуминговую карту, она может запросить у пользователя дополнительную инфор- 
мацию об операторе-эмитенте данной карты. Часто для этих целей служит серия 
карты. Для операторов, заключающих роуминговое соглашение, не составляет 
труда отразить в серии карты указание на ее эмитента. Зная эмитента карты, бил- 
линговая система одного оператора связывается с биллинговой системой эмитен- 
та и запрашивает требуемые атрибуты карты. Аналогична ситуация с технологией 
роуминга по запросу. 

Необходимо отметить, что в этом случае между биллинговыми системами опе- 
раторов должны быть использованы постоянно действующие каналы связи. Поэто- 
му с точки зрения затрат на организацию каналов связи типа «точка-точка» автома- 
тический роуминг проигрывает роумингу с предварительным уведомлением. При 
использовании для организации каналов межроуминговой связи публичной сети 
Интернет затраты на их организацию снижаются, однако при этом возникают во- 
просы безопасности, реализация которых может обойтись дороже. 

В табл. 4.12 приведена диаграмма действий и состояний карты в биллинговых 
системах (ОБС — основная биллинговая система, РБС — роуминговая биллинговая 
система) на всех этапах автоматического роуминга. 


Таблица 4.12 


Тип Состояние 
Этап процедуры Процедура Состояние карты в ОБС карты в РБС 
Действие Запрос абонента на автори- | тивна Отсутствует 
зацию 
Действие Запрос РБС в ОБС о нали- ди вна Отсутствует 
чии и состоянии карты 


Переход из состояния «актив- 
3 Состояние на» в состояние «блокирова- | Отсутствует 
на» 
Присутствует 
.. Перенос атрибутов карты —|Блокирована (с указанием рису Ут, 
4 Действие но не активиро- 
из ОБС в РБС места нахождения) ана 
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Таблица 4.12 (окончание) 


Состояние 
Проце а Состояние карты в ОБС 
ры проетуры ваы карты в РБС 
Запрос у абонента дополни- Присутствует, 
тельных р карты р не активна 


| Действие | | Активация рты  — карты |Блокроваа С | Актива = | 


Получение и тарификация Активна и ис- 
Состояние Блокирована 
услуг в РБС пользуется 
лы Запрос абонента на автори- 
Действие Блокирована Активна 
зацию в ОБС 
Переход из состояния «блоки- 
Состояние рована» в состояние «актив- |Блокирована 
на» 
Блокирована с 
.. Перенос атрибутов карты | Активна с указанием места 
10 Действие указанием мес- 
из РБС в ОБС поступления 
та возврата 
Получение и тарификация 
1] Состояние уз риф Активна и используется Блокирована 
услуг в ОБС 


Более проста организация роуминга между биллинговыми системами одного 
оператора. Поскольку в этом случае оператор является единственным эмитентом 
карт, он может по полученному паролю (пин-коду) определить, к какой региональ- 
ной биллинговой системе относится авторизуемая карта. После этого в требуемую 
биллинговую систему по каналам связи направляется запрос на авторизацию. Необ- 
ходимые атрибуты карты переносятся в биллинговую систему по месту авториза- 
ции, а в биллинговой системе, к которой поступил запрос, делается отметка о месте 
нахождения карты. Впоследствии данная карта или возвращается в первоначаль- 
ную биллинговую систему сразу после предоставления услуги, или хранится в но- 
вой биллиговой системе до следующей авторизации. При использовании операто- 
ром технологии единого центра расчетов целесообразно возвращение карты сразу 
по оказании услуги, а в случае, если центр расчетов является и единой биллинговой 
системой, другого способа просто нет. 

Если условно выделить в качестве отдельных функциональных блоков систему 
предоставления услуг (СПУ), систему биллинга и систему авторизации, то внутри- 
операторский роуминг можно представить в виде трех возможных функциональ- 
ных решений (рис. 4.7). 

Первое решение — это взаимодействие двух биллинговых систем: центральной 
и региональной (регион А). Это случай является упрощенным случаем автоматиче- 
ского межоператорского роуминга. Второе решение — аналогичное распределен- 
ное предоставление услуг, но с отсутствием отдельной региональной биллинговой 
системы (регион С). И третье решение — непосредственное подключение регио- 
нального, в том числе роумингового, пользователя к централизованной системе ав- 
торизации, предоставления и биллинга услуг (регион В). 


РАСЧЕТЫ ЗА УСЛУГИ СВЯЗИ 157 


хоооох окна ко фо фо ооо о о оо ооо ов о 


Региональная 
биллиговая 
система 


д # 


Центральная 
биллинговая 
система 


Авторизация , 


; ® . 


Центральный регион Регион А 


№ пою икооож ооо оо оо хотю юн реж ооо ох 


ооо ооо во ко ооо ооо о | р [вв воеоьое 


к 
5 
5 
© 
о 
5 
Ь. 

о 
[4 

< 


_ Авторизация _ 


О 


Регион В Регион С 


1 юное ооо оо ооо 


ик 
5 ` 
с. 
2: 
<: 
с: 
|) 

- 

п. 
<. 


Рис. 4.7. Внутриоператорский роуминг 


Изложенные выше подходы к технологии реализации роуминга карт показыва- 
ют, что операторы имеют надежный инструмент для географически распределенно- 
го оказания и биллинга телекоммуникационных услуг, экономическая эффектив- 
ность которого тем выше, чем удобнее технологические решения удобны и чем бо- 
лее востребованы пользователями. 


4.8. Универсальный биллинг 


Технический прогресс и рыночные условия взаимодействия операторов и конечных 
пользователей в едином правовом поле предъявляют свои требования к процессу 
биллинга [44, 45]. 
Можно выделить четыре основные тенденции: 
— значительное расширение номенклатуры предоставляемых услуг, в том числе 
одним оператором; 
— значительное расширение принципов и средств оплаты за услуги электросвязи; 
— расширение межоператорского взаимодействия и межоператорских расчетов; 
— постоянно усиливающаяся конкуренция между операторами, предоставляю- 
щими или однотипные услуги, или те же услуги, но разными технологиями. 
Анализ этих тенденций однозначно показывает, что одним из основных усло- 
вий их выполнения является использование универсальных принципов взаиморас- 
четов, а следовательно, и универсальных систем биллинга. 
Это, в свою очередь, означает, что автоматизированные системы расчетов 
(АСР) или, по-другому, системы биллинга должны удовлетворять принципам уни- 
версальности, а именно: 
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_ универсальности расчетов по всей номенклатуре существующих услуг и про- 
стым возможностям их расширения при изменении номенклатуры; 

_ универсальности по всем существующим принципам и средствам расчетов; 

_ универсальности взаиморасчетов между операторами и партнерами; 

— универсальности адаптации системы расчетов к тарифной политике оператора. 

На основе технологий и принципов, изложенных в данной главе, рассмотрим 
более подробно каждую из вышеуказанных тенденций. 

Универсальность расчетов по всей номенклатуре существующих услуг и 
простые возможности их расширения с изменением номенклатуры. Номенк- 
латура существующих и перспективных услуг обусловлена использованием как 
сетей с коммутацией каналов и сетей с пакетной коммутацией, так и различных 
видов связи — телефонной, радиосвязи, спутниковой и т.д. С другой стороны, 
весь комплекс услуг традиционно разделяется на основные и дополнительные ус- 
луги. Таким образом, говоря о номенклатуре услуг, необходимо учитывать прак- 
тически все области предоставления услуг. 

К наиболее распространенным услугам можно отнести: 

— основные и дополнительные услуги традиционной телефонной связи, в том 
числе местной и междугородной связи, таксофонной связи, дополнительные 
виды обслуживания, доступ к сетям пакетной коммутации; 

— основные и дополнительные услуги мобильной связи; 

— междугородную связь на основе ПР-телефонии; 

— услуги сетей передачи данных; 

— услуги сети Интернет, в том числе коммутируемого и постоянного доступа к 
сети. 

Универсальность по всем существующим принципам и средствам расче- 
тов предполагает использование в качестве средства расчетов как кредитовых 
(ро${-ра!14) и дебетовых (рге-ра1а) средств, так и смешанных принципов расчетов, 
в том числе реальных или виртуальных карт. 

Поскольку дебетовые и карточные средства расчетов предполагают биллинг в 
процессе предоставления услуги (во{-пе), то универсальность биллинга по всем 
принципам и средствам расчетов выражается простой формулой: 


Цп!-ра@ = рге-раю (поте) + роз{-раш (поше, оп-те, ой-пе). 


При использовании в качестве средства расчетов телефонных карт в универ- 
сальных системах биллинга предполагаются дополнительные опции (услуги) бил- 
линга, а именно: 

— автоматическое (осуществляемое самим пользователем) и ручное (осуществ- 
ляемое с помощью телефонистки службы сервиса) пополнение средств с од- 
ной карты на другую или на лицевом счете пользователя; 

— расчеты по картам за разные услуги в одной системе биллинга; 

— автоматическое и ручное информирование пользователя об остатке средств 
на карте (лицевом счете), истории расходовании средств и т.д. 
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Универсальность взаиморасчетов между операторами и партнерами — один 
из важнейших факторов биллинга, определяющий защищенность оператора, по- 
скольку прозрачность, объективность и актуальность взаиморасчетов позволяет опе- 
ратору оптимально строить собственный бизнес и гибко управлять им. Это касается 
как взаиморасчетов между операторами, предоставляющими друг другу телекомму- 
никационные услуги, так и роуминговых взаморасчетов. В этот перечень необходимо 
включить взаиморасчеты операторов с финансовыми организациями и продавцами, 
которые включаются в технологический процесс продвижения и продажи услуг. 

Наличие кросс-биллинга со всеми операторами и партнерами позволяет опера- 
тору эффективнее строить свою финансовую политику и иметь законную защиту 
от необоснованных финансовых претензий со стороны этих организаций. 

В части управления бизнесом важным фактором является возможность опти- 
мизации перенаправления трафика по тем направлениям, по которым оператор 
имеет в данное время наиболее низкие тарифы. Управление и оптимизация мар- 
шрутизации трафика, исходя из минимизации отношения цена/качество, может 
также осуществляться на основе универсальной биллинговой системы. 

Универсальность адаптации системы расчетов к тарифной политике опе- 
ратора. Под тарифной политикой оператора подразумевается выбор оптимальных 
тарифов для конечных пользователей, исходя из спроса и предложения аналогич- 
ных услуг в рамках сегментов рынка телекоммуникаций, в которых работает дан- 
ный оператор. Для оптимизации своей тарифной политики оператор должен 
иметь гибкий инструмент настройки своей системы биллинга на выбранную та- 
рифную политику. Такими инструментами в универсальной системе биллинга яв- 
ляются базовые тарифы и индивидуальные тарифные планы. 

Основным требованием к базовым тарифам является их многовалютность, а 
также возможность ведения базовых тарифов не только для конечных пользовате- 
лей, но и для межоператорских расчетов. При этом следует отметить, что при ис- 
пользовании «горячего» (в0{-|шпе) биллинга оператор имеет возможность в реаль- 
ном времени отслеживать собственную задолженность другим операторам, а так- 
же их дебиторскую задолженность. 

Индивидуальный тарифный план должен иметь возможность отражать весь 
спектр договоренностей между оператором и конечным пользователем, а именно, 
учитывать скидки (надбавки) по дням, времени суток, совокупности услуг, на- 
правлениям и типам соединений, объему предоставленных услуг, всем типам та- 
рификационных интервалов и задержкам тарификации. 

Таким образом, универсальный биллинг характеризуется следующей сово- 
купностью качественных характеристик: 

— возможность расчетов между оператором и пользователем за предоставле- 

ние последнему широкого спектра услуг; 

— возможность биллинга услуги в универсальном формате: за факт ее предос- 

тавления, за время пользования услугой, за объем информации, переданной 
за время пользования; 
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— возможность тарификации по заданному широкому спектру индивидуаль- 
ных параметров тарификации; 
— возможность предоставления услуг как на основе кредитных, так и дебето- 
вых принципов расчетов; 
— возможность использовать для расчетов с пользователями денежные доку- 
менты, аналогичные банковским пластиковым картам; 
— предоставление пользователю возможности самостоятельного управления 
своим счетом в системе биллинга; 
— возможность использования для взаиморасчетов с другими операторами и 
партнерами кросс-биллинга; 
— возможность стыка с системами обеспечения деятельности оператора (с сис- 
темами управления предприятием). 
Наличие такой совокупности возможностей позволяет отнести биллинг к уни- 
версальному, а системы биллинга, реализующие указанные возможности, — к 
системам универсального биллинга. 
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ПРИЛОЖЕНИЯ 


Приложение 4.1. Оценка эффективности распределенного и 
централизованного способов биллинга 


Распределенными способами биллинга (РСБ) назовем такие способы, когда бил- 
линг предоставления услуг распределен по каждому терминалу абонента, независи- 
мо от того, является ли он индивидуальным или многопользовательским, а также от 
того, используется ли он в данный момент времени или нет. 

Централизованным способом биллинга (ССБ) назовем такой способ, при кото- 
ром биллинг производится для любого терминала абонента, который обращается к 
системе предоставления услуг, и одновременно для многих терминалов в режиме 
массового обслуживания. 

При распределенном и централизованном способах биллинга используется 
практически одинаковая технология аутентификации, авторизации и тарификации 
карт, имея в виду, что данной карте соответствуют ее номер, пароль и номинал 
и/или остаток. | 

В распределенных системах биллинга пароль аутентификации или номер карты 
считывается с карты и проверяется на актуальность, т.е. на наличие его в системе 
биллинга. 

Для многих распределенных систем биллинга предполагается наличие некото- 
рого единого центра авторизации, в который обращается этот терминал с помощью 
специального модуля аутентификации. Данный модуль при приеме пароля (пин-ко- 
да) шифрует его и передает в центр его зашифрованное значение. После обработки 
этих данных в центре из него приходит ответ о положительной или отрицательной 
аутентификации. Таким образом, терминал абонента имеет данные о результате ав- 
торизации. Поскольку обмен с центром осуществляется по специальному протоко- 
лу, а значения пин-кода зашифрованы, такая система имеет высокую степень защи- 
ты. В результате терминал абонента имеет информацию о результате авторизации. 

В более простых системах распределенного биллинга пароль проверяется на 
возможность существования непосредственно самим терминалом с использованием 
специальных модулей и алгоритмов. 

Еще более простые терминалы реализованы так, что в них заносятся списки так 
называемых «серых» или «черных» карт, с которыми и сравниваются номера предъ- 
явленных карт. В случае наличия номера карты в этих списках карта не допускается 
к использованию. При отсутствии номера карты в данных списках реализуется про- 
цесс авторизации, т.е. определения прав данной карты на получение услуги. Для это- 
го с карты считывается «виртуальный» остаток средств. Если этот остаток больше 
единицы стоимости услуги, то такая карта допускается к использованию. 

В процессе предоставления услуги на карту поступают специальные тарифика- 
ционные сигналы, которых в заданную единицу времени тем больше, чем дороже 
услуга. Поскольку номинал карты эквивалентен определенному количеству тари- 
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фикационных единиц, во время оказания услуги первоначальное количество тари- 
фикационных единиц уменьшается на величину поступивших сигналов. 

При централизованном биллинге технология авторизации, аутентификации и та- 
рификации принципиально такая же. Отличие заключается в том, что между терми- 
налом абонента и системой биллинга образуется канал связи, по которому передается 
информация по аутентификации и авторизации платежного инструмента. При этом 
система биллинга функционирует в режиме системы массового обслуживания.. 

Таким образом, системы распределенного и централизованного биллинга функ- 
ционируют на практически одинаковых технологических принципах, но с исполь- 
зованием разных технических средств. 

С экономической точки зрения и с учетом использования одинаковых типов 
карт, когда в централизованной системе биллинга терминалы будут содержать мо- 
дуль считывания, стоимость систем биллинга будет одинакова, если суммарная 
стоимость дополнительного оборудования терминалов будет равна стоимости обо- 
рудования централизованной системы. 

Необходимо отметить, что для обслуживания № терминалов в централизованной 
системе, с учетом ее свойств как системы массового обслуживания, необходимо Р 
портов. При постоянном использовании системы во время часа наибольшей нагруз- 
ки (ЧНН) всех терминалов Р = №, во всех других случаях Р < №. Поэтому даже в тех 
случаях, когда стоимость биллинговой системы одного терминала при распреде- 
ленной системе равна затратам на биллинг одного абонента, стоимость централизо- 
ванной системы будет меньше стоимости распределенной. 

Поскольку реально Л (5—6) Р, стоимость централизованной системы биллинга 
в 5—6 раз меньше распределенной. 

При сопоставлении стоимости распределенной и централизованной биллинго- 
вых систем необходимо учитывать нагрузку на каналы связи в процессе авториза- 
ции. Поскольку процесс авторизации в распределенной биллинговой системе про- 
исходит без занятия каналов, при определении затрат на реализацию централизо- 
ванной биллинговой системы необходимо учитывать затраты на использование ка- 
налов связи в процессе авторизации. Обычно время авторизации составляет 10- 
20% времени предоставления услуги. Следовательно, для того чтобы пропустить 
максимальный трафик, количество портов централизованной биллинговой системы 
необходимо увеличить на 10-20%. 

Таким образом, реально стоимость централизованной биллинговой системы по 
сравнению с распределенной может быть в 4—5 раз меньше. 


Приложение 4.2. Вопросы безопасности использования 
телекоммуникационных карт 


Безопасность использования телекоммуникационных карт рассматривается нами в 
контексте борьбы с неправомочным и преднамеренным доступом к телекоммуника- 
ционной системе с целью получения выгоды от бесплатного получения услуг Или 
получения их за счет другого пользователя. 
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Говоря о безопасности использования универсальных телекоммуникационных 
карт (УТК), мы в первую очередь обратим внимание на их реализацию в виде 
скретч-карт, хотя многие рассматриваемые угрозы, способы и технологии примени- 
мы и к другим типам телекоммуникационных карт. 

Телекоммуникационная карта является одновременно и финансовым докумен- 
том и информационным средством доступа к системе предоставления услуг, поэто- 
му вопросы безопасности должны рассматриваться в обоих аспектах. 

При использовании любого инструмента оплаты, который является эквивален- 
том денег, вопросы защиты эмитента и владельца от несанкционированного ис- 
пользования этого инструмента является одной из важнейших задач. Однако при 
реализации системы защиты необходимо соизмерять потери эмитента и владельца 
от несанкционированного использования этого инструмента со стоимостью этой 
системы. Кроме того, при построении системы защиты необходимо учитывать 
стоимость ее взлома по сравнению с выгодой, которую получает злоумышленник. 
Например, если стоимость печати фальшивых денежных купюр выше стоимости их 
номинала, то никакой фальшивомонетчик не станет их печатать. В этом контексте 
необходимо отметить, что изготовление и распространение фальшивых телекомму- 
никационных карт с повторением всех элементов ее защиты, но с заведомо ложны- 
ми паролями доступа, является малоэффективным, хотя и возможным методом. Из- 
готовление фальшивых карт с малым тиражом невыгодно, поскольку при распро- 
странении карт большого тиража время распространения карт значительно превы- 
шает время обнаружения первой фальшивой карты, так как первый же абонент, по- 
лучивший отказ в авторизации фальшивой карты, обратится к продавцу или опера- 
тору с претензией. 

Если обратится к примерам системы защиты банковских пластиковых карт, в 
частности кредитных, то выгода от их несанкционированного использования по- 
крывает довольно значительные затраты. Затраты на взлом банковских дебетовых 
карт не всегда могут быть оправданы в связи с их часто значительным, но ограни- 
ченным номиналом. Телекоммуникационные скретч-карты в большинстве случаев 
низкономинальные, поэтому затраты на их защиту должны быть такие, чтобы стои- 
мость взлома превышала выгоду от их несанкционированного использования. 

В связи с вышеизложенным, система защиты от несанкционированного исполь- 
зования, или в дальнейшем — система безопасности применительно к скретч-кар- 
там должна, по мнению автора, во-первых, рассматриваться как система безопасно- 
сти для массива карт как «документа», нежели для каждой карты в отдельности, во- 
вторых, как защита от «фрода» (Нам4), т.е. защита от несанкционированного ис- 
пользования авторизационной информации массива телекоммуникационных карт 
и, в-третьих, как защита от фронда одной карты. В первом и втором случае угрозу 
безопасности необходимо рассматривать как системную атаку и, следовательно, ис- 
пользовать системные средства защиты, а в третьем случае угроза может рассмат- 
риваться как индивидуальная, поэтому пользователю необходимо предлагать соот- 
ветствующие средства защиты. 

Обычно выделяют несколько типов фрода [4.8]: технический, абонентский, рге- 
ра14, внутрикорпоративный, дилеров и реселлеров, карточный, двойников и соци- 
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альный. Применительно к телекоммуникационным картам и в частности к скретч- 
картам, необходимо выделить технический, абонентский, ргера!4, внутри корпора- 
тивный и социальный фроды. 
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Рис. П4.1. Жизненный цикл скретч-карты 


Применительно к скретч-карте систему защиты от несанкционированного ис- 
пользования необходимо рассматривать на протяжении всего жизненного цикла 
карты (рис. П4.1). 

Для рассматриваемого объекта — скретч-карты — несанкционированное ис- 
пользование связано с раскрытием ее пин-кода. Поскольку скретч-карта существует 
как в виде материального носителя, так в виде электронного документа, ее защита 
от несанкционированного доступа должна производится в этих двух плоскостях. 
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Кроме того, на всем протяжении жизненного цикла карты с ней производится ряд 
действий, которые также несут в себе угрозу ее безопасности. Необходимо отме- 
тить, что в данном контексте мы не будем специально разделять намеренные и не- 
намеренные нарушения безопасности. 

Исходя из графа жизненного цикла скретч-карты (рис. П4.1), выделим этапы 
жизненного цикла, в течение которых существует угроза безопасности: 

для скретч-карты как электронного документа: 

— генерация массива карт; 

— перевод массива карт из модуля генерации в биллинговую систему; 

_ перевод массива карт из модуля генерации в модуль изготовления; 

— хранение сгенерированного массива карт в биллинговой системе в блокиро- 

ванном состоянии; 

— активизация карт; 

— использование карт; 

для скретч-карты как материального носителя: 

— изготовление; 

— продажа; 

— использование владельцем. 

При защите карты как электронного документа используются известные средст- 
ва защиты компьютерных систем. Это, с одной стороны, организационные меро- 
приятия, такие, как ограниченный доступ сотрудников в помещения, в которых 
расположено компьютерное оборудование, электронные ключи доступа к оборудо- 
ванию, а с другой стороны, это многоуровневая аутентификация прав доступа поль- 
зователей к операционной системе и базам данных. 

Однако все приведенные выше меры защиты, которые достаточно эффективны 
при борьбе с внутрикорпоративным фрондом, могут оказаться недостаточными по 
отношению к недобросовестным сотрудникам, допущенным к информации по пин- 
коду карт. Наиболее эффективной мерой безопасности является шифрование пин- 
кода, в частности на основе асимметричного криптографического алгоритма. Такое 
шифрование проводится при генерации пин-кодов, что дает возможность на всех 
последующих этапах жизненного цикла карт в базе данных не хранить соответст- 
вие между реальным пин-кодом и его зашифрованным образом в системе. При та- 
ком способе защиты необходимо аналогичное преобразование полученного от або- 
нента реального пин-кода в его зашифрованный образ. Единственным «тонким» 
местом в данном способе является угроза сопоставления пин-кода при вводе с его 
образом в системе. Но такая угроза, во-первых, существует для единичной карты, а 
во-вторых, для сопоставления необходимо иметь исходные тексты программы об- 
работки, что маловероятно. 

Из сказанного выше следует, что применение шифрования пин-кода на этапе ге- 
нерации практически решает вопрос защиты информации на всем этапе жизненно- 
го цикла массива карт в биллинговой системе. 

Однако более серьезные угрозы безопасности информации для массива карт 
присутствуют в технологическом процессе изготовления и продажи карт. Этот тех- 
нологический процесс состоит из: 
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1) передачи информации для печати карт от оператора к изготовителю; 

2) изготовления карт; 

3) передачи изготовленных карт на склад оператора; 

4) передачи карт продавцу; 

5) продажи карт. 

Если на первом этапе речь идет о защите информации электронного документа, 
то на третьем и последующих этапах должна осуществляться защита визуальной 
информации, а на втором этапе — совокупная защита. 

Защита информации на первом и втором этапе может быть решена также мето- 
дами шифрования передающихся на изготовление информационных файлов, одна- 
ко в отличие от шифрования пин-кодов должны использоваться принципы откры- 
того распределения ключей между парой пользователей. 

Защита информации карты как материального носителя на всех этапах должна 
реализовываться в двух плоскостях. С одной стороны, это защита от повторного из- 
готовления карт, а с другой — защита от считывания информации с напечатанной 
карты. В первом случае используются известные средства защиты материальных 
носителей, такие, как нанесение голограмм, вклеенные магнитные материалы и т.д. 
Однако наибольшую угрозу представляют нелегальные изготовители и распростра- 
нители карт, которые имеют возможность повторить наиболее известные защитные 
элементы. В этом случае в качестве «детектора» карт может выступить сама систе- 
ма авторизации. Независимо от того, кто является объектом атаки — конечный 
пользователь или дилер, у него должна существовать возможность предваритель- 
ной проверки приобретенной карты или группы карт. При этом необходимо иметь в 
виду, что в случаях, когда карта не проходит проверку по несовпадению некоторых 
параметров или когда карта ранее была авторизированна, проверка не считается ус- 
пешной. 

Наиболее простым способом проверки при приобретении карты является ввод 
открытых атрибутов карты, например, ее номера, серии и номинала. Это может 
быть эффективным в том случае, когда изготовитель подделки не имеет информа- 
ции о скрытой зависимости между отдельными атрибутами. Для защиты от «ин- 
формированного» изготовителя поддельных карт должны существовать более. 
сложные способы защиты. Поскольку самой эффективной проверкой в системе ав- 
торизации является ввод пин-кода, который скрыт скретч-панелью, на карте дол- 
жен существовать специальный код проверки, также скрытый под другой скретч- 
панелью. В этом случае приобретатель оценивает целостность скретч-панели не 
только пин-кода, но кода проверки. Необходимо отметить, что данный способ эф- 
фективен в совокупности с правильно выбранным алгоритмом проверки. 

Более сложная проблема — защита пин-кода, а с учетом вышеизложенного и 
кода проверки, нанесенных на карту. Как известно, пин-код наносится на карту и 
закрывается скретч-панелью. Существующие в настоящее время способы нанесе- 
ния скретч-панели не гарантируют защиту от просвечивания. Естественно, в карте 
используются соответствующие подложки, которые снижают вероятность считыва- 
ния информации. Для еще большего снижения вероятности просвечивания можно 
предложить изготовление дополнительной панели, которая находится под скретч- 
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панелью, из материала, чувствительного к просвечиванию. При этом датчик про- 
свечивания находится на открытой поверхности карты. Этот датчик изменяет свой 
цвет при просвечивании карты. Таким образом, покупатель карты может до вскры- 
тия скретч-панели знать, что данная карта просвечивалась. 

Изложенные выше методы защиты массива и отдельных карт дают возмож- 
ность оператору связи значительно повысить безопасность использования УПК в 
виде скретч-карт. 

Однако существуют угрозы безопасности в процессе использования карт. Эти 
угрозы лежат также в двух плоскостях: подбор пин-кода и его считывание при ис- 
пользовании карты. 

Борьба с подбором пин-кода осуществляться двумя способами. Первый — ис- 
пользование специальных средств генерации пин-кодов, а второй — реализация ал- 
горитмов приема цифр пин-кода, исключающий автоматический и часто ручной 
подбор. 

Если вопрос физической генерации пин-кодов реализуется существующими в 
настоящее время и достаточно надежными генераторами случайных чисел, то во- 
прос выбора установочных значений для генерации лежит на совести оператора, 
поскольку, например, выбор количества цифр, достаточного для размещения в нем 
надлежащего числа пин-кодов, обычно задается при генерации. 

При наборе пин-кода абонент может ошибиться, тогда система авторизации 
обычно просит повторить набор. Трудности распознавания ручного подбора пин- 
кода от ошибки абонента лежат в области распознавания стационарного процесса 
на фоне шума. 

Для подбора пин-кода методом простого перебора требуется обычно не менее 
1000 наборов. Такое количество наборов трудно реализовать ручным способом. 
При подключении некоторого автоматического устройства, например модема, для 
перебора значений пин-кода система авторизации должна, даже не распознавая 
подбор, значительно уменьшить возможность автоматического распознавания пра- 
вильного набора. Для этих целей служат «скользящие» алгоритмы авторизации, ко- 
торые не дают возможность без анализа речевого ответа распознать правильно на- 
бранный пин-код. Если в системе авторизации имеется возможность распознавания 
телефона звонящего абонента, то такой подбор не только распознается, но и ней- 
трализуется. Иногда эффективно наличие в системе библиотеки алгоритмов воз- 
можного подбора. 

Анализ существующих угроз безопасности использования скретч-карт показал, 
что с изложенными выше угрозами можно эффективно бороться, не привлекая к 
этой борьбе самого абонента. Однако существуют такие угрозы, борьба с которыми 
без сотрудничества с абонентом практически невозможна. 

К таким угрозам относятся индивидуальные угрозы считывания или раскрытия 
информации со скретч-карты в виде технического, абонентского фродов. Имеется в 
виду, что злоумышленник узнал пин-код карты при единичном вводе путем считы- 
вания информации с телефонной линии, увидел при наборе или узнал от другого 
лица. Необходимо отметить, что в большинстве случаев скретч-карты имеют не- 
большой номинал, поэтому злоумышленник не будет прилагать дорогостоящих ме- 
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тодов для раскрытия пин-кода. Для карт с достаточно большим номиналом сущест- 
вуют организационные методы борьбы, в частности, наличие у абонента высоконо- 
минальной и редко используемой карты и низконаминальной и часто используемой 
карты. В этом случае при наличии в биллинговой системе опции телебанкинга або- 
нент имеет возможность переносить средства с одной карты на другую. Другой воз- 
можностью является размещение на карте нескольких пин-кодов так, чтобы после 
каждой авторизации использованный пин-код закрывался и все средства переноси- 
лись на следующий пин-код. 

В настоящее время средствам борьбы с индивидуальными угрозами уделяется 
повышенное внимание. Имеющиеся способы лежат в области простейшего шифро- 
вания при наборе пин-кода как с учетом его значений, так и с учетом дополнитель- 
ной информации, размещаемой на карте. 

Другим направлением в борьбе с индивидуальными угрозами раскрытия пин- 
кода является создание интеллектуальных бипперов (биппер — устройство посыл- 
ки в телефонную линию тоновых посылок цифр). Интеллектуальный биппер (ИБ) 
позволяет абоненту, купившему скретч-карту, занести информацию по пин-коду и 
другим параметрам в ИБ, а затем при необходимости авторизации пользоваться ИБ. 
При этом ИБ сам осуществит шифрование пин-кода и передачу его в систему авто- 
ризации. Кроме повышения безопасности ИБ значительно расширяет номенклатуру 
используемых телефонов и исключает ошибки в наборе пин-кода. 

В заключение необходимо отметить, что приведенные выше способы борьбы с 
угрозой безопасности использования скретч-карт в значительной мере опровергают 
устоявшееся мнения об их низкой защищенности. 


Глава < 


СИСТЕМЫ РАСЧЕТОВ ЗА УСЛУГИ СВЯЗИ 


В процессе предоставления и пользования услугами связи обычно участвуют два 
объекта: телекоммуникационный оператор и конечный пользователь (абонент). 

Поскольку конечный пользователь платит деньги, а оператор их получает, то 
первый защищен всем комплексом государственного законодательства. На страже 
интересов пользователя стоят финансовые, налоговые и другие надзорные органы. 
И эта ситуация характерна не только для нашей страны. По этим законам живет 
весь цивилизованный мир [47]. 

Что же защищает интересы оператора? С одной стороны, именно эти сущест- 
вующие законы, поскольку и сам оператор может являться пользователем, а с дру- 
гой стороны, защитить себя как оператора может только он сам, проводя коррект- 
ные и бесспорные расчеты с помощью соответствующих систем расчетов. Исполь- 
зование систем расчетов за услуги электросвязи, которые, в том числе, сводили бы 
к минимуму риски оплаты некачественного предоставления услуг и необоснован- 
ного начисления оплаты за услуги. Одновременно эти средства должны практиче- 
ски исключать и возможность преднамеренного нарушения абонентом существую- 
щего законодательства. 

На современном уровне развития телекоммуникации важным фактором успеш- 
ной работы оператора связи является интеграция автоматизированных систем рас- 
четов (АСР) за услуги связи в общую систему управления предприятием. Это каса- 
ется поддержки как технологических процессов предоставления услуг, в частности, 
обслуживания оборудования, линейно-кабельного хозяйства и т.п., так и информа- 
ционно-справочных систем, систем документооборота и принятия решений, а так- 
же бухгалтерских систем. На заключительном этапе рассмотрения АСР мы вернем- 
ся к этому вопросу. 

Как уже упоминалось в главе 4, в настоящее время для обозначения всего ком- 
плекса расчетов с абонентами за услуги связи используется термин «биллинг», а ав- 
томатизированные системы расчетов с абонентами за услуги связи получили назва- 
ние биллинговых систем или систем биллинга (БС). 

До недавнего времени в отсутствие или при становлении рыночных отношений 
расчетам операторов с конечными пользователями за услуги электросвязи уделя- 
лось недостаточное внимание, поскольку проведение расчетов являлось внутрен- 
ним делом оператора. Расчеты с абонентами проводились только по кредитной сис- 
теме (см. главу 4), все конфликты решались постфактум, а операторы и абоненты 
действовали каждый в своем правовом поле. 
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Новые условия процесса взаимодействия операторов и абонентов в едином пра- 
вовом поле принесли и новые формы этого взаимодействия, которые выражаются в 
таких основных категориях, как номенклатура услуг и формы оплаты. 

Для того чтобы охватить одной системой все указанные категории, необходимо, 
чтобы автоматизированная система расчетов (или система биллинга) удовлетворяла 
принципам универсальности, изложенным в главе 4. 

Одним из условий универсальности расчетов по всей номенклатуре услуг мо- 
жет являться наличие в биллинговой системе единого классификатора всех услуг и 
соответствующих шлюзов и интерфейсов для получения информации о постоянных 
и временных атрибутах услуги. 

Учитывая, что универсальность систем биллинга [47] по всем существующим 
принципам и средствам расчетов должна выражаться формулой 


Уп!-раю = рге-ра (поте) + роз-раю (поте, оп-йИпе, ой-пе), (*) 


необходимо при проектировании универсальных систем определить совокупность 
услуг биллинга и средств их реализации. 

Важными аспектами построения и эксплуатации биллинговых систем являются 
вопросы административного и абонентского доступа к информации. Эти аспекты 
необходимо рассматривать с точки зрения оптимального и безопасного функциони- 
рования биллинговых систем. 

Исходя из этих принципов и аспектов и основываясь на приведенной выше тех- 
нологии универсального биллинга, можно приступить к анализу и построению 
функциональной архитектуры универсальной биллинговой системы (УБС). 


5.1. Архитектура универсальной биллинговой системы 
5.1.1. Концепция построения УБС 


Как известно, системная архитектура состоит из трех взаимосвязанных компонент — 
прикладной архитектуры, архитектуры данных и технической архитектуры. Систем- 
ная архитектура определяет правила формирования компонент и взаимодействия меж- 
ду ними, включая распределение функций между аппаратной и программной частя- 
ми и требования к аппаратным ресурсам для функционирования системы. Системная 
архитектура включает также описание функций системы, внешних условий ее функ- 
ционирования, формирование требований к программным и информационным ком- 
понентам системы, требования к информационной структуре. 

В рамках концепции предоставления и биллинга услуг электросвязи целесооб- 
разно использовать одинаковые подходы к функциональным требованиям к архи- 
тектуре всех участвующих в этом процессе систем. Имея в виду, что для систем 
предоставления услуг подобных ИСС такие подходы уже разработаны, их можно 
использовать для построения системной архитектуры биллинговых систем. 

При построении биллинговых систем необходимо выделить два уровня, кото- 
рые назовем условно информационным (ИУ) и клиентским (КУ) уровнями. 
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К ИУ отнесем процессы аутентификации и авторизации пользователей, получе- 
ния информации о предоставленных услугах, в том числе в реальном времени, а 
также процессы обработки этой информации в части тарификации услуг, ведения 
счетов пользователей и счетов кросс-биллинга, генерации отчетов. 

ККУ отнесем следующие процессы: 

— взаимодействие с пользователями по включению их в систему биллинга на ос- 

новании договоров или платежных инструментов; 

— проведение финансовых межоператорских взаиморасчетов, а также финансо- 
вых взаиморасчетов с пользователями; 

— операторское взаимодействие с пользователями по разбору претензий; 

— ведение учета платежных инструментов; 

— интеграцию систем биллинга в структуру взаимодействия бизнес-процессов в 
рамках системы управления предприятием оператора связи. 

Если использовать такой подход к реализации процесса биллинга, то функции 
ИУ можно считать наиболее близкими к функциям предоставления услуг, реали- 
зуемым в ИСС. 

Как было показано выше, концепция ИСС основана на типовой последователь- 
ности наборов возможностей (С5), описывающих конкретные аспекты целевой ар- 
хитектуры. Следуя принципам преемственности, сформулируем концепцию УБС, 
включающую функциональные особенности и принципы реализации системы, ис- 
пользуя терминологию интеллектуальных сетей. 

Функциональные особенности УБС заключаются в следующем: 

— набор возможностей (С5) для УБС распространяются на всю область основ- 
ных и дополнительных услуг. Назовем его набором возможностей биллинга 
(ВИПае Сара шу 5е{5, ВС$). В соответствии с классификацией услуг биллин- 
га ВС должен описываться формулой Чт-ра1 (*); 

— принципы, на которых строится УБС, должны давать возможность реализа- 
ции универсального биллинга во всем спектре существующих сетей с комму- 
тацией каналов, пакетной коммутацией, а также на всех типах используемого 
оборудования. 

Необходимо также учитывать следующие принципы реализации УБС: 

— УБС должна иметь специальные шлюзы (или принципиальную возможность 
создания таких шлюзов) со всеми системами предоставления услуг; 

— УБС должна иметь возможность взаимодействия на основе специфицирован- 
ных протоколов с центральным и периферийными узлами предоставления до- 
полнительных услуг. Такое взаимодействие должно осуществляться как трак- 
там сигнализации с использованием ОКС №7, так и по речевым трактам с ис- 
пользованием широкого набора протоколов. 


5.1.2. Концептуальная модель УБС 


Если обратиться к абстрактной концептуальной модели ИСС, то в соответствии с 
рекомендациями ГТО-Т 1.312/0.120.1, она состоит из четырех плоскостей, отражаю- 
щих абстрактный подход к описанию ИСС. Модель разделяет аспекты, относящие- 
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ся к услугам, и аспекты, связанные с сетью, на базе которой предоставляются услу- 
ги [10, 11]. 

Данный подход справедлив и для построения концептуальной модели УБС 
(рис. 5.1). 


Плоскость 
услуг 


Глобальная 
функциональная 
плоскость 


Распределенная ’ 
функциональная 
ПЛОСКОСТЬ 


` 
ооооое 


Физическая 
ПЛОСКОСТЬ 


Протокол 


Рис. 5.1. Концептуальная модель УБС 


Естественно, что данный подход применительно к УБС имеет свои отличия, в 
частности, вместо вызовов из модели ИИС в модели УБС должны использоваться 
запросы и записи детализации соединения (Соппесноп Оеа! Кесога$, СОК, см. гла- 
ву 4), но в целом, как будет показано ниже, этот подход позволяет достаточно про- 
сто и логично построить концептуальную модель биллинговой системы. 
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Итак, первая плоскость — плоскость услуг (Зегулсе Р]апе) — представляет 
взгляд на УБС исключительно с точки зрения услуг. В этой плоскости отсутствует 
информация о том, как именно осуществляется предоставление услуг биллинга 
данной системой. 

Вторая плоскость — глобальная функциональная плоскость (С1оБа| Еипсйопа| 
Р1апе, СЕР) — описывает возможности УБС, которые необходимы разработчикам 
для внедрения услуг. В этой плоскости УБС рассматривается как единое целое и 
вводятся базовые процессы обработки событий (Ваз1с Еуеп{ Ргосез$, ВЕР) и незави- 
симые от услуг конструктивные блоки (Зегу1се-шдереп4дет Вид? В1оск, 51В). 

Третья плоскость — распределенная функциональная плоскость (О151още4д 
Еипснопа| Р1апе, РЕР) — описывает функции, реализуемые узлами УБС. В этой 
плоскости УБС рассматривается как совокупность функциональных элементов, по- 
рождающих информационные потоки. 

Четвертый уровень — физическая плоскость (Рвуз1са| Р]1апе, РР) — описывает 
узлы УБС с содержащимися в них функциональными элементами и протоколами 
взаимодействия. 

Остановимся подробнее на каждой из перечисленных плоскостей. 

Архитектуру плоскости услуг, как ее представляет автор, наглядно можно пред- 
ставить, проведя аналогию со строением вещества, в которой первичным являются 
электроны, протоны и нейтроны, образующие атомы. Атомы, соединенные в опре- 
деленную структуру, образуют молекулы, которые, в свою очередь, будучи струк- 
турированными, образуют вещество. В нашем контексте электронами, протонами и 
нейтронами являются некоторые операции, которые, соединяясь в определенной 
структуре, образуют функциональные компоненты. Структурированные функцио- 
нальные компоненты могут образовывать компоненты услуги (молекулы), которые, 
в свою очередь, образуют услуги, т.е. конечное вещество. 

Под операцией мы будем понимать обработку (прием, собственно обработку, 
ответ) отдельных запросов, законченные действия с информацией и другие дейст- 
вия, которые могут быть реализованы с помощью элементарных стандартных бло- 
ков. Под функциональными компонентами (Еипсйоп Ееабхе, ЕЕ) мы будем пони- 
мать совокупность операций (например, процесс авторизации может состоять из 
операций приема, анализа и ответа), которая подразумевает не только их набор, но 
и последовательность действий. Совокупность функциональных компонент позво- 
ляет реализовать компоненты услуги (Зегусе Ееайхге, ЗЕ) биллинга, из которых и 
состоит конечная услуга-вещество. 

В главе 4 мы рассматривали различные виды биллинга, характеристиками ко- 
торых являются способы предоставления услуги о_-Ипе, оп-Нпе и вВо{-Ййпе. С дру- 
гой стороны, услуги биллинга можно подразделить по типу взаиморасчетов меж- 
ду субъектами: ро${-ра4 (кредитный), рге-ра!4 (дебетовый) и р/рге-ра (псев- 
додебетовый). (Напомним, что псевдодебетовый способ предусматривает тарифи- 
кацию и начисление оплаты сразу по окончании предоставления услуги, т.е. на сче- 
ту пользователя может образоваться отрицательное сальдо только за счет предос- 
тавления последней услуги.) Таким образом, каждая из услуг биллинга может быть 
представлена совокупностью определенных компонент услуги по виду и типу бил- 
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линга. В свою очередь, каждая из компонент услуги состоит из набора функцио- 
нальных компонент, выполняемых в определенной последовательности. 

Определим следующий набор компонент услуги (ЗЕ) или, в частном случае, 
простой услуги: 

— оН-Ппе ро$1-ра1а; 

— оп- Ппе розра1а; 

— оп-Ппе р/рге-ра14; 

— Бо{-Ппе роз-ра19; 

— Во1{-[ше рге-раа; 

— пополнение Во1-Ппе рге-ра1а; 

— пополнение во{-Ппе роз{-ра1а; 

— пополнение во{-Ппе ро${-ра1а; 

— пополнение оп -[пе ро${-ра1а; 

— роуминг. 

Рассматривая компоненты услуг биллинга, необходимо учитывать, что даже од- 
нородные компоненты будут различны для сетей с коммутацией каналов и пакет- 
ной коммутацией, а также для основных и дополнительных услуг, оказываемых 
этими сетями. Таким образом, каждая из указанных выше компонент услуги будет 
иметь свою модификацию в области услуг связи. 

Если обратится к аналогии с веществом, то рассмотрение плоскости услуг необ- 
ходимо сначала производить на «молекулярном уровне», т.е. на уровне компонент 
услуги, а затем на «атомном» уровне — уровне функциональных компонент. В 
этом случае можно говорить о реальной плоскости услуг, где существуют компо- 
ненты услуг, и плоскости услуг в общепринятом смысле, где существуют функцио- 
нальные компоненты. 

В реальной плоскости услуг каждая компонента может быть связана как с од- 
ной, так с различными услугами биллинга, поэтому целесообразно выделить про- 
стые и составные компоненты. 

Обозначим услугу биллинга как ЭВ, простую компоненту как ЭВЬЁ, а составную 
компоненту как ЗВЕ. В этом случае сложная компонента ЗВЕ, будет сочетанием 
простой компоненты ЭВЕ, определяющей вид и тип биллинга, и простой компонен- 
ты ЪВЕЁ как одной из составляющей биллингуемой услуги. Поскольку, как отмечено 
выше, каждая из услуг может быть реализована как одной, так и совокупностью 
компонент, то ЭВ = {5ВЕ;}. В Приложении 5.1 данные вопросы рассматриваются 
более подробно. При этом можно отметить, что на реальной плоскости услуг будут 
отражена вся совокупность услуг ЭВ = {ЗВшщ}. 

Рассматривая плоскость услуг (см. рис. 5.1), мы выделяем на ней функциональ- 
ные компоненты ЕЁ;, которые могут быть реализованы совокупностью простых 
операций, имея в виду, что ЭВи = {ЕЕК}. 

Глобальная функциональная плоскость (СЕР) в рамках концептуальной модели 
включает следующие основные элементы: 

— базовый процесс обработки событий (ВЕР); 

— независимые от компонент услуг конструктивные блоки (51В); 

— точки инициации (РОГ) и точки завершения (РОК). 
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Базовый процесс обработки событий (ВЕР) по сути представляет собой специа- 
лизированный конструктивный блок. Поскольку под событием мы будем понимать 
как обработку запросов для формирования СОК, так и собственно обработку СОК, 
то для обработки события необходимы две базовые процедуры: для запросов — 
ВВаР (Ваз1с Кедиез{ Ргосез$) и для записей — ВКР (Ваз1с Кесог4$ Ргосезз). Блоки 
$]В обеспечивают выполнение стандартных многократно используемых сетевых 
функций. Базовый процесс обработки событий является специализированным ЗВ, 
который взаимодействует с другими блоками посредством точек инициации и за- 
вершения. В частности, когда в процессе обработки записей встречается одна из то- 
чек инициации, то это приводит к соответствующей последовательности обраще- 
ний к блокам ЗВ (см. рис. 5.1). По завершении этой последовательности осуществ- 
ляется воздействие на процесс обработки СОК, зависящее от точки завершения. В 
результате такого взаимодействия может быть инициирован компонент услуги. Та- 
ким образом, ВКР описывает процесс обработки СОК, поступающих из узла пре- 
доставления услуг, или формирования СОК в процессе предоставления услуг. В 
случае обработки последовательности запросов, в результате которой формируется 
СОК, точки инициализации и завершения для последовательности ЗВ могут отно- 
ситься как к каждому запросу, так и к их последовательности. Надо отметить, что 
реакцией на запрос может быть передача как логической функции, так и функции 
управления, в частности управляющие команды для взаимодействия с пользовате- 
лем. Услуги, определенные в разрезе первой плоскости модели ВС, декомпозиру- 
ются на компоненты и на плоскости ОСЕР и объединяются в совокупность ЗВ, кото- 
рые при взаимодействии определяют глобальную логику услуги @ЗГ, (С]оба!| Зег- 
у1се Г.021с) (см. рис. 5.1). 

На рис. 5.2 показан пример процесса взаимодействия ОЗГ. и ВКР, осуществляе- 
мого через точки РОТ и РОК. 


Рис. 5.2. Пример взаимодействия СЁ и ВКР 


176 ГЛАВА 5 


В распределенной функциональной плоскости определяются общесетевые функ- 
ции в виде отдельных функциональных объектов (ЕипсНоп Еетепь, ЕЕ). Специфи- 
цированные на плоскости СЕР блоки 51В реализуются на плоскости ОЕР в виде по- 
следовательности функциональных объектов (ГЕипсНоп Еетегт Аттау, ЕЕА), в ре- 
зультате выполнения которой возникают информационные потоки (шЮюппаНоп 
Ею\уз, [Е). 

В свою очередь, функции делятся на четыре основные категории: 1 — функции, 
управления событиями; 2 — функции управления услугами; 3 — функции взаимо- 
действия между функциями | и 2 категорий; 4 — функции, обеспечивающие услуги 
(эксплуатационная поддержка и администрирование сети). 

К функциям управления событиями (Еуеп Сопго! ЕипсНоп, ЕСР) относятся: 

— функция управления запросами (Кедие$( Сопо| ЕипсНоп, КаСЕ); 

— функция управления доступом к запросам (Кедие$ Сопго! Азет Еипсйоп 
ВасСАЕ), которая обеспечивает системе получение доступа в любую сеть, т.е. 
является интерфейсом между системой предоставления услуг и КаСЕ; 

— интегрированная функция управления записью (Пцергже Весог4$ Сопно] 
Еипсноп, ВСР), при этом термин «интегрированная» подчеркивает возмож- 
ность обслуживания СОК из различных сетей; 

— интегрированная функция управления доступом к записи (Пиезгжеа Кесог4$ 
Сопбо] Агет РипсНоп, [ВСАЕ), которая обеспечивает системе получение дос- 
тупа в любую сеть, т.е. является интерфейсом между системой предоставле- 
ния услуг и ВСЕ; 

— функция взаимодействия с административным уровнем пользователей (ег 
Адтиш1$айоп Пиегасноп ЕРипсНоп, ЦА), которая поддерживает диалог с 
вспомогательным уровнем; 

— функция взаимодействия с пользователем (Цзег Пмегасноп ЕипсНоп, (РЕ), ко- 
торая через 35Е поддерживает диалог с пользователями-клиентами; 

— функция доступа к специализированным ресурсам систем предоставления ус- 
луг (Пиезтае4 Зресла1те4 Везоигсез ЕипсНоп 1ЗКЕ), которая обеспечивает дос- 
туп сетевых объектов к различным категориям сетевых средств. 

Ко второй категории относится функция управления услугами (Зегулсе Сопёо! 
Еипсип 5СЕ), которая определяет логику услуг и управляет услугой, связанной с 
выполняемым процессом, а также и осуществляет взаимодействие между пользова- 
телем и функцией 15 ВЕ. 

К третьей категории относятся: 

— функция коммутации услуг (Зегусе З\уисЬше Еипсйоп, 552), которая обеспе- 

чивает интерфейс между СЕ и ЕСЕ; 

— функция поддержки данных услуг (Зегу1се Ожа Еипсноп, ЗОЕ), которая управ- 
ляет доступом услуг к базам данных сети и обеспечивает контроль данных, 
при этом обеспечивая логическую связь функции СЕ с данными, «скрывая» 
от нее их реальное представление. 

И наконец, к четвертой категории — обеспечения услуг — относятся (также как 

и для ГИС): 
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— функция среды создания услуг (Зегу1се Стеайоп Епутоптет Рипсйоп, ЭСЕР), 
которая используется для спецификации, создания, тестирования и загрузки 
программ логики услуг, а также для преобразования формата сообщений при 
организации диалога с пользователем; 

— функция доступа к системе эксплуатационной поддержки и администрирова- 
ния услуг (так называемой рабочей станции) (Зегу1се Мапаретепе Ассе$5 
Еипспоп, ЗМАЕ), которая обеспечивает интерфейс к функции 5МЕ; 

— функция эксплуатационной поддержки и администрирования услуг (Зегусе 
Мапагетеп{ ГипсНоп, ЗМЕ), которая обеспечивает предоставление и админи- 
стративное управление услугами. 

Интерпретация схемы взаимосвязей, определяющая архитектуру распределен- 

ной функциональной плоскости, может быть представлена рис. 5.3. 


2 6 


Рис. 5.3. Схема взаимосвязей распределенной функциональной плоскости: 
а — для записей; 6 — для запросов 


Физическая плоскость описывает пункты сети, содержащиеся в них функцио- 
нальные элементы и протоколы взаимодействия. На этом уровне определяются фи- 
зические объекты (РНуз1са| Еететь РЕ), способы отображения функциональных 
объектов на физические и описываются способы реализации сетевых элементов 
УБС (рис. 5.4). 

Под термином «пункт» (ро?) будем понимать, аналогично с терминологией 
ГИС, функционально законченный комплекс, выполняющий заданный круг задач. 
Для пункта сети, который выполняет функции коммутации услуг, введем так же, 
как и в ГИС, понятие «шлюз» (райе\уау), при этом имея в виду выполнение каждым 
типом шлюза определенного вида сетевых функций. 

Некоторую совокупность пунктов ГИС, подключенных к узлу сети связи, назо- 
вем центральным (Сепга1 ВИае Зегусе М№оде, СВЗМ) или периферийным узлом ус- 
луг биллинга (РепрВега! ВИп? Зегусе М№оае, РВЗМ). Обозначения СВЗМ и РВЗМ 
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введены из-за того, что для биллинговой системы узлы биллинга услуг, во-первых, 
будут иметь несколько другие функции, нежели для ИСС, а во-вторых, они так же, 
как и для ГИС, могут быть распределены по узлам сети. 


Клиентский уровень 


Информационный 
уровень 


Рис. 5.4. Физическая плоскость 


Для СВЪМ можно выделить следующие основные виды пунктов: 

— ЭЭР (Зегусе э\уисЫте Роше) — пункт коммутации услуг, который обеспечивает 
коммутационные функции локальной сети, объединяющей все основные пунк- 
ты и внешние шлюзы: шлюзы СО оп-Ппе и о{-Ппе (@О{ — для выхода через 
сеть коммутации каналов и СО! — через сеть пакетной коммутации) и шлюзы 
ОН БоНше (О@Н& — для выхода через сеть коммутации каналов и СН! — через 
сеть пакетной коммутации); 

— ЭСР (Зегмсе СопНо!] Ро1п{) — пункт управления услугами; 

— ОР (Зегусе Оаа Рош?) пункт поддержки данных; 
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— ЭМР (Зегмсе Мапаретеп{ Рош!) — пункт администрирования услуг; 

— ЭСЕР (Зегусе Стеаноп Епутоптеп: Роше) — пункт среды создания услуг; 

— МАР (5егу1се Мапазетепе Ассезз Ро) — пункт эксплуатационной под- 
держки и администрирования услуг. 


Распределение сетевых функций по пунктам УБС имеет следующий вид: 


Пункт коммутации услуг (5ЗР) реализует функцию коммутации услуг (55Е) и 
функцию управления событиями (ЕСГ), в том числе: 

— обеспечивает связь между пунктами в пределах одного центра биллинга, а 

также между основным и вспомогательным уровнями; 

— через ОН! и СНЕ обеспечивает передачу СОК от ЭЗР ГИС и узлов маршрути- 
зации сети пакетной коммутации в ЭСР, а также управление через эти шлюзы 
диалогом с пользователем через [УК ГИС; 

— через СО! и СО: обеспечивает передачу СОК от узлов коммутации и маршру- 
тизации телекоммуникационной сети; 

— через @С1 и ССЕ обмен запросами и записями между 5СР СВЗМ и СР РВУМ, 
а также обмен между 5МР, СЕР, 5МАР центрального узла услуг и ЭСР пере- 
ферийных узлов; 

Пункт управления услугами (СР) выполняет функции предоставления услуг, 
обработки данных СОК (реализацию транзакций), управления услуг (5СЕ) и под- 
держки данных (ОЕ). 5СР СВЗМ имеет прямой доступ к пункту поддержки дан- 
ных ОР СВЗМ, а СР РВЗМ может подсоединяться к ней через соответствующие 
шлюзы. 


Пункт поддержки данных содержит данные, необходимые для предоставления 
индивидуализированных услуг, в частности индивидуальные тарифные планы, а 
также для преобразования форматов данных с целью их передачи различным поль- 
зователям. Доступ к ЗОР СВЗМ из 5СР РВЗМ может быть получен либо через соот- 
ветствующие шлюзы, либо через пункт управления услугами (5СР) или пункт ад- 
министрирования услуг (5МР). Различные пункты поддержки данных могут быть 
связаны друг с другом. 


Пункт обеспечения услуг выполняет функции ЗМЕ, ЗМАЕ и функцию среды 
создания услуг 5СЕЕ, может управлять базами данных, тестировать сеть, управлять 
нагрузкой и проводить измерения различных характеристик системы биллинга. 


Пункт среды создания услуг выполняет функцию среды создания услуг и слу- 
жит для разработки, формирования, тестирования и внедрения услуг в пункте ад- 
министрирования услуг (МР). 


Пункт эксплуатационной поддержки и администрирования услуг обеспечивает 
доступ к пункту администрирования услуг (5МР). 


Распределение основных функциональных пунктов по узлам предоставления 
услуг (СВЗМ и РВЗМ) и их взаимосвязи показаны на рис. 5.5. 
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Рис. 5.5. Распределение пунктов и их взаимосвязи 


Таким образом, концептуальная модель УБС (аналогично ГИС) представляет 
собой важную часть абстрактной среды для создания услуг биллинга путем их по- 
следовательного описания «верху вниз» 


5.1.3. Распределенная структура УБС 


Важным аспектом рассмотрения структуры УБС является определение возможно- 
сти распределения ее элементов по сети связи. Как мы упоминали выше, для оказа- 
ния широкого спектра услуг биллинга одновременно для пользователей различных 
сетей связи предлагается использовать два типа узлов услуг: центральный (СВЗМ) 
и периферийные (РВЗМ). Важно отметить, что в части реализации процесса съема и 
обработки СОК нет необходимости в распределении узлов предоставления услуг 
биллинга по узлам телекоммуникационной сети, поскольку этот процесс не зависит 
от расположения узла биллинга. Единственным ограничением является производи- 
тельность узла. Однако это ограничение может быть снято реализацией скорее рас- 
пределенной обработки информации, нежели разнесением узлов. 

Более важным фактором при решении вопроса разнесения узлов является необ- 
ходимость обработки запросов в реальном времени. Запросы, формирующие СОК, 
приходят с узлов оказания услуг, в частности с узлов ГИС. Поэтому для реализа- 


СИСТЕМЫ РАСЧЕТОВ ЗА УСЛУГИ СВЯЗИ 181 


ции процесса обработки запросов в реальном времени необходимо или иметь бы- 
струю сеть передачи этих запросов, или размещать РВСМ в переферийных узлах 
ГИС. В отличие от СВЪМ, в РВМ достаточно иметь только пункты З5Р и ЪСР. В 
отдельных случаях на этих узлах может иметься пункт поддержки данных (ОР) в 
полном или ограниченном объеме. Однако в РВЗМ отсутствуют пункты ЗМР, 
ЗСЕР, ЭМАР. Реализация функций этих пунктов в РВСМ осуществляется удаленно 
через соответствующие шлюзы на основе соответствующих запросов и сообще- 
ний. Аналогичным образом осуществляется доступ к ОР СВЗМ при отсутствии 
его на РВМ. 

СВУМ и РВЗМ подключаются к сетям связи через систему соответствующих 
шлюзов. Шлюзы различаются по типу сети, с которой они взаимодействуют, и каж- 
дый из них может осуществлять взаимодействие с сетью связи по виду реализуе- 
мой функции, а именно по запросам или записям. 

Для практической реализации УБС необходимо рассмотреть принципы взаимо- 
действия между узлами предоставления услуг биллинга и узлами сети связи и пре- 
доставления услуг. 


5.1.4. Принципы взаимодействия 


Для рассмотрения принципов взаимодействия ГИС с сетью связи, межузлового 
взаимодействия, а также взаимодействия функциональных составляющих в рамках 
узла необходимо определить контент этого взаимодействия, его протоколы и ин- 
терфейсы [10, 11]. 

Как было показано выше, в части обработки СОВ УБС взаимодействует только 
с узлами коммутации и маршрутизации телекоммуникационной сети и, следова- 
тельно, не зависит от способов построения сети и взаимодействия между этими уз- 
лами. При обработке запросов от узлов предоставления услуг аналогичная ситуа- 
ция сохраняется для СВЗМ и РВЗМ в рамках этих узлов, однако имеется корреля- 
ция со способами построения телекоммуникационной сети в случае их взаимодей- 
Ствия, В ТОМ ЧИСле в зависимости от «развитости» сети (см. Приложение 3.2). 

Как и ранее, мы предполагаем, что телефонная сеть не однородна, т.е. построе- 
на на основе широкого спектра коммутационных систем и каналов связи. Однако 
либо коммутационные системы должны иметь программно-аппаратные средства 
для накопления СОК, либо все вызовы с АТС, которые не имеют таких средств, 
должны соединяться через коммутационный узел, имеющий эти средства. Наличие 
соответствующих программно-аппаратных средств предполагает доступ к ним по 
каналам связи. Таким образом, шлюз СО ЗЗР (рис. 5.5) может быть реализован на 
основе канального модема, а обмен информацией между этим шлюзом и программ- 
но-аппаратными средствами накопления СРВ может осуществляться по протоколу 
Х.25. Что касается коммутатора мобильной сети, то для передачи файла СОК мо- 
жет быть использован также протокол Х.25, а для передачи СОК в режиме оп-Ппе 
при наличии сети ОКС №7 — протокол ПМАР. Как мы упоминали выше, для систем 
подвижной связи третьего поколения, базирующихся на подходе, который преду- 
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сматривает использование двух технологий: коммутацию каналов и коммутацию 
пакетов. Таким образом, одни и те же сетевые ресурсы будут использоваться для 
съема СОК обеих сетей. 

Для сбора СОВ с серверов доступа сети пакетной коммутации (например, 
СОК постоянного доступа в сеть Интернет, а также СОК Интернет-сервисов) 
шлюз ©О1 З$Р (см. рис. 5.5) должен поддерживать протокол № ]о\, поскольку 
данная технология используется большинством производителей. Кроме того, мно- 
гие производители серверов доступа используют собственные протоколы обмена 
для съема СОВ суммарного трафика (например, 1Р Ассоипип? для аппаратуры 
фирмы С15со). 

Подход, которого автор придерживается в настоящей книге, заключается в вы- 
делении узла услуг как интеллектуальной надстройки над всеми видами сетей, что 
дает возможность использовать весь набор существующих протоколов и интерфей- 
сов для взаимодействия системы биллинга и ГИС. 

В части обработки запросов предоставления услуг телефонной или подвижной 
сети ЭСР биллинга должен иметь шлюз СН. Как уже говорилось выше, могут быть 
два источника запросов. В первом случае источником запроса может быть ЭСР не- 
которой внешней ИСС или ЭСР другого узла ГИС, а получателем — ЭСР рассмат- 
риваемого узла биллинга. При запросах от других узлов ГИС может быть использо- 
ваны два варианта. В случае развитой сети, когда между узлами сети, к которым 
подключены узлы ГИС, используется сигнализация ОКС №7, применяется прото- 
кол ПМАР. Когда между узлами сети связи используются другие виды сигнализа- 
ции, необходим выделенный межстанционный канал, по которому передаются эти 
запросы. В этом случае целесообразно использовать протокол Х.25. 

Во втором случае, когда 55Р УБС и ЭР ГИС имеют единую локальную сеть, 
для обработки запросов биллинга услуг телефонной и подвижной сетей с шлюзами 
достаточно поддерживать протокол ТСРЛР. 

Для биллинга услуг сетей пакетной коммутации, например коммутируемого 
доступа в Интернет или [Р-телефонии, шлюз ОН! должен поддерживать протокол 
Вадти5. 

Важный вопрос при рассмотрении вопросов взаимодействия процессов обра- 
ботки вызовов — вопрос внутреннего взаимодействия между пунктами СОЗМ, т.е. 
взаимодействия (в терминах КТ) между серверами предоставления услуг и сервера- 
ми приложений. В соответствии с большинством известных стандартов (например, 
МАСТАР?2 для биллинговых систем) эти серверы легко объединяются в локальную 
сеть на основе протокола ТСРЛР. 


5.2. Функциональные компоненты биллинговых систем 


В главе 4 были определены основные технологические принципы универсального 
биллинга, которые должны быть реализованы представленной в этой главе концеп- 
туальной моделью. В основе такой модели лежит создание логики услуг, которая, в 
свою очередь, основана на выборе модели услуги как с точки зрения поставленной 
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задачи, так и с точки зрения возможности реализации услуги средствами, имеющи- 
мися в распоряжении УБС, и оборудования, предоставляющего услуги связи, что 
определяется набором функциональных компонент. 

Каждая из функциональных компонент должна быть определена в трех облас- 
тях: в области функциональных свойств, в области допустимых значений входной 
информации (описаний точек входа — РОГ) и в области допустимых значений вы- 
ходной информации (описаний точек выхода — РОК). 

Исходя из изложенных выше принципов построения универсальной УБС, плос- 
кость услуг ее информационного уровня (ИУ) должна включать в себя следующие 
основные технологии реализации функциональных компонент: 

— авторизация пользователя по номеру терминала или паролю доступа; 

— генерация платежных инструментов и их поддержку; 

_ ведение счетов платежных инструментов; 

— генерация текущих и лицевых счетов; 

— ведение лицевых счетов пользователя; 

— ведение текущих счетов пользователей; 

— создание СОК (для режима Во{-Ппе); 

— съем и предобработка СОК (для режимов оп-Ппе и ой-[пе); 

— тарификация СОК (для всех режимов биллинга); 

— генерация отчетов (для всех режимов биллинга). 

Кроме того, ИУ системы универсального биллинга в рамках создания и под- 
держки услуг должен включать в себя: 

— взаимодействие с КУ; 

— статистическую обработку накопленной информации; 

— мониторинг системы биллинга; 

— программно-техническую поддержку. 

Необходимо еще раз обратить внимание, что перечисленные выше компоненты 
могут отличаться для биллинга услуг различных сетей связи как в части содержа- 
ния однотипных операций, из которых они состоят, так и в части последовательно- 
сти выполнения этих операций. 

На клиентском уровне (КУ) система универсального биллинга должна включать 
в себя следующие технологии: 

— организация взаиморасчетов с пользователями и партнерами; 

— ведение бухгалтерского учета; 

— поддержка административных и информационных служб оператора; 

— поддержка технических служб оператора. 

Вопросы реализации технологий вспомогательного уровня и его взаимодейст- 
вие с основным уровнем будут рассмотрены ниже. 

Несколько в стороне от данной темы стоит функциональная компонента генера- 
ции пин-кодов платежных инструментов. Такая компонента, хотя и косвенно, отно- 
сится к процессу биллинга и является практически обязательной компонентой бил- 
линговых систем, осуществляющих расчеты по скретч-картам. Учитывая это, дан- 
ный вопрос вынесен в Приложение 5.2. 
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5.2.1. Аутентификация и авторизация 


Под аутентификацией обычно понимают принадлежность пользователя к системе 
предоставления услуг, а под авторизацией пользователя, как и ранее, подразумева- 
ется проверка прав пользователя на получение услуг, выполняемая по номеру тер- 
минала или паролю доступа. 

Для режимов оп-Ппе и оН-Шпе при предоставлении услуги производится аутен- 
тификация при записи СОЁ в системах коммутации (номер телефона) или в систе- 
мах маршрутизации ([Р-адрес), а затем авторизация при обработке СОК в 5СР сис- 
темы биллинга. В режиме воН|ше аутентификация и авторизация должна произво- 
дится самой биллинговой системой при создании СОК. При этом аутентификация и 
авторизация могут производиться как виде единой операции, так и последователь- 
но. При последовательном запросе сначала определяется принадлежность абонента 
к данной системе предоставления услуг, а затем, когда абонент производит запрос 
услуги, в рамках авторизации определяется его права на пользование данной услу- 
гой (т.е. открыта или нет услуга для использования данным абонентом) и финансо- 
вые возможности абонента для получения запрашиваемой услуги. В случаях, когда 
первоначально известен и абонент, и запрашиваемая услуга, аутентификация и ав- 
торизация выполняются одновременно. 

Как говорилось выше, аутентификация проводится по запросам из ГИС, при 
этом в случае аутентификации по номеру телефона (что справедливо как для сис- 
тем с коммутацией каналов, так и для систем [Р-телефонии) этот номер пересылает- 
ся из ГИС в СР УБС. Если система взаимодействия ГИС с оборудованием опера- 
тора не предусматривает автоматического опознавания номера вызывающего або- 
нента, то аутентификация по номеру телефона в режиме Во{-ЙПпе невозможна. 

Различают два типа аутентификации по паролю доступа в режиме Во{-Ппе. Для 
сетей с коммутацией каналов и [Р-телефонии авторизация по паролю доступа про- 
изводится набором числового пароля (пин-кода). Для предоставления 41а|-ир досту- 
па к сети Интернет аутентификация может осуществляться передачей так называе- 
мого логина и пароля. При этом для пользователей, ранее зарегистрированных в 
системе (например, путем заключения договора с оператором), введенные логин и 
пароль сравниваются с хранимыми в системе. Для пользователей, которые впервые 
оплачивают услугу по карте, аутентификация реализуется путем передачи номера 
платежного документа, при этом логин соответствуют номеру платежного доку- 
мента, а пароль — пин-коду. При этом, если каждой из услуг соответствует свой 
номер доступа или свой шлюз, то аутентификация и авторизация производится од- 
новременно. 

Аутентификация и авторизация осуществляется с использованием функций 
ВасЕ, КасСАЕ, ЛЕ, ЗВЕ и 5 ВЕ. 

Аутентификация по паролю доступа для услуг сетей с коммутацией каналов мо- 
жет быть представлена совокупностью следующих операций: 

— прием пароля доступа; 

— анализ пароля доступа (например, путем запроса в базу данных); 

— ответ о результате аутентификации. 
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Аутентификация для услуг сетей пакетной коммутацией может содержать до- 
полнительную операцию, если пароль доступа представлен совокупности логина и 
пароля. В этом случае, например, дополнительной промежуточной операцией мо- 
жет быть поиск пароля доступа по логину и паролю. 


5.2.2. Ведение счетов 


При реализации универсальной логики услуг необходимо наличие в УБС средств 
отражения состояния текущих взаиморасчетов как по платежным инструментам, 
так и по договорам с пользователями и партнерами. Такими средствами являются 
счета пользователей и партнеров в системе биллинга. Для универсальной логики 
услуг необходима многоуровневая система счетов (рис. 5.6), которая может быть 
избыточна для случаев, например, отсутствия расчетов по платежным инструмен- 
там, или в случаях, когда оператор оказывает одну услугу. Для универсального 
биллинга целесообразно использовать предлагаемую систему счетов. 


Счета платежных 
инструментов 


Текущие кредитные Текущие кредитные 
счета _ счета пользова- 
пользователей телей для основных 


Текущие кредитные 
счета пользовате- 
лей для основных 


Текущие кредитные 


Текущие счета 
кредитных 
платежных 

иструментов 


счета _ 
пользователей для 
Интернет-сервисов 


для основных И и дополнительных 
дополнительных услуг 
услуг СКК Р-телефонии 


и дополнительных 
услуг сотовои связи 


Лицевые счета 
по договорам 
с пользователем 


Е. Лицевые счета 
—— без договоров 
| с пользователем 


Текущие дебетовые 
счета пользователей Текущие дебетовые 


Текущие дебетовые 
Текущие счета | счета 
дебетовых — пользователей 
платежных _ для основных и 
иструментов — дополнительных 
— услуг СКК 


Текущие дебетовые 


счета пользовате- 
лей для основных и 
дополнительных 
услуг 
СОТОВОЙ СВЯЗИ 


для основных и счета 
дополнительных пользователей для 
услуг Интернет-сервисов 
|Р-телефонии 


Рис. 5.6. Многоуровневая система счетов 


Верхний уровень — лицевые счета (в терминологии главы 4 — [5). Лицевые сче- 
та могут быть персональные (Тр), т.е. содержать все атрибуты пользователя-персо- 
ны, или неперсонифицированные (1.и), т.е. не содержащие этих атрибутов. Анало- 
гичное разделение можно ввести и для платежных инструментов: персональные (Ср) 
для кредитных платежных документов и «на предъявителя» (Си) для дебетовых. 
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Лицевые персонифицированные счета несут в себе две функции. Первая функ- 
ция — это отражение состояния взаиморасчетов с абонентами, а именно, какова об- 
щая задолженность пользователя за предоставленные услуги до начала текущего 
расчетного периода, а также история этих взаиморасчетов по всему спектру предос- 
тавляемых услуг на заданную «глубину». Вторая функция — это расшифровка за- 
трат пользователя по каждому виду услуг. Счета [.6р открываются на основании за- 
ключенных с пользователем договоров. Лицевые персонифицированные счета мо- 
гут быть как кредитовыми, так дебетовыми и смешанными. При этом надо иметь в 
виду, что смешанные лицевые счета не могут быть одновременно кредитовыми и 
дебетовыми по одинаковым видам услуг. 

Лицевые неперсонифицированные счета отражают только расшифровку затрат 
пользователя по каждому виду услуг. Взаиморасчеты с пользователем отражаются 
на текущем счете дебетового платежного инструмента. 

Текущие счета платежных инструментов также различаются по своей функции. 
Так, если текущие кредитовые счета служат только для подтверждения прав поль- 
зователя, то дебетовые текущие счета совмещают эту функцию с функцией взаимо- 
расчетов, в том числе по услуге пополнения других дебетовых счетов и пополнения 
Гр, а также ведут историю этих взаиморасчетов по всему спектру предоставляе- 
мых услуг на заданную «глубину». 

Счета второго уровеня — это текущие счета (ТЬ), которые делятся как по виду 
предоставляемых услуг (Т$), так и по виду взаиморасчетов: кредитные (Т5с) и дебе- 
товые (Т54). Текущие счета Т$4, кроме суммы затрат на предоставление данной ус- 
луги, имеют дополнительный параметр «сумма предоплаты», который позволяет 
пополнять отдельные текущие счета как со счетов платежных инструментов, так и с 
лицевых персонифицированных счетов. Текущие счета взаимосвязаны с лицевыми 
счетами (см. рис. 5.6). 

Примеры взаимодействия между счетами рассмотрены в Приложении 5.3. 


5.2.3. Генерация счетов 


Вопросы генерации счетов разделяются на три аспекта: генерация счетов платеж- 
ных инструментов, генерация лицевых счетов, генерация текущих счетов. 

Каждый из счетов имеет набор атрибутов, имеющий определенную избыточ- 
ность. Однако такая избыточность дает возможность проверять область допусти- 
мых значений атрибутов при их изменении. Кроме того, избыточность атрибутов 
субъекта позволяет получать многие справочные данные без дополнительного ана- 
лиза транзакций, произведенных за расчетный период, т.е. увеличить производи- 
тельность взаимодействия между основным и вспомогательными уровнями УБС. 

Лицевые и текущие счета платежных инструментов (счета платежных инст- 
рументов) являются сущностями УБС. При этом номер текущего счета часто может 
являться одновременно номером платежного инструмента. В соответствии с 
разд. 4.4 текущий счет платежного инструмента для УБС должен содержать сле- 
дующие атрибуты: 
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ючтирьвь- 


— [= = 5 = = = 
Л ль 


Номер счета (номер платежного документа). 

Пароль доступа (в открытом или шифрованном виде). 
Лицевой счет пользователя (при генерации отсутствует). 
Валюта расчетов. 

Тип счета (кредитовый, дебетовый). 

Вид счета (индивидуальный, корпоративный). 

Тип дебетового счета (пополняемый, не пополняемый). 
Дата активации счета. 

Сумма на счете на дату активации. 


. Общая сумма пополнения. 

. Остаток на счете на текущую дату. 

. Дата окончания последнего расчетного периода. 

‚. Общая сумма пополнения счета до начала последнего расчетного периода. 

. Остаток (задолженность) на счете на конец последнего расчетного периода. 
. Сумма пополнения в течение срока текущего расчетного периода. 

. Сумма расходов за текущий расчетный период. 


Лицевые счета пользователей являются также сущностями УБС. В соответ- 
ствии с разд. 4.4 персональный лицевой счет должен содержать следующие атри- 


буты: 


ирьв- 


он 


10. 
11. 
12. 
13. 


Номер персонального лицевого счета. 

Реквизиты владельца. 

Перечень разрешенных услуг. 

Номера тарифных планов по услугам. 

Номера взаимосвязанных текущих кредитовых и дебетовых счетов, а также 
номер платежного документа. 

Валюта расчетов. 

Вид счета (индивидуальный, корпоративный). 

Дата активации счета. 

Общая задолженность (остаток) на кредитовых (дебетовых) текущих счетах 
до начала расчетного периода. 

Остаток на счете на текущую дату. 

Дата окончания последнего расчетного периода. 

Дата следующего расчетного периода. 

Задолженность (остаток) на кредитовых (дебетовых) текущих счетах за по- 
следний расчетный период. 


Лицевые неперсонифицированные счета пользователей должны содержать 
следующие атрибуты: 


ироь- 


Номер лицевого счета. 

Номер взаимосвязанного платежного инструмента. 
Перечень разрешенных услуг. 

Номера тарифных планов по услугам. 

Номера взаимосвязанных текущих дебетовых счетов. 
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6. Валюта расчетов. 

7. Вид счета (индивидуальный, корпоративный). 

8. Дата активации счета. 

9. Затраты по каждому из взаимосвязанных текущих счетов. 

10. Суммарные затраты по всем взаимосвязанным текущим счетам в реальном 
времени. 


Текущие счета пользователей (так же, как и счета платежных инструментов и 
лицевые счета) являются сущностями УБС. Текущие счета разделяются на кредито- 
вые и дебетовые. В свою очередь, дебетовые текущие счета подразделяются на де- 
бетовые текущие счета с контролем и без контроля остатка на счете. 

Кредитовые текущие счета (КТС) и дебетовые текущие счета с контролем ос- 
татка (ДТС-К) взаимосвязаны с персонифицированными лицевыми счетами, а теку- 
щие счета без контроля остатка (ДТС) взаимосвязаны с неперсонифицированными 
лицевыми счетами. В общем случае текущие счета имеют следующие атрибуты: 

. Номер текущего счета. 

. Номер взаимосвязанного лицевого счета. 

. Перечень разрешенных услуг по виду шлюза. 

. Валюта расчетов; 

. Вид счета (индивидуальный, корпоративный). 

. Дата активации счета. 

. Для КТС — общая задолженность до начала расчетного периода; для ДТС-К 
и ДТС — стоимость общего объем услуг в реальном времени. 

. Для КТС — разница между задолженностью и максимальным кредитом на 
начало расчетного периода; для ДТС-К — остаток на счете в реальном време- 
ни; для ДТС — п. 7. 

9. Расшифровка п. 7 по услугам. 

Генерация текущих счетов производится автоматически при генерации лицевых 
счетов. 

Генерация и ведение счетов платежных документов, лицевых и текущих счетов 
реализуется с использованием функций [ВСЕ, [ВСАЕ, ЧАТЕ, 5ПЕ. 


Яя бхллфъф > 


со 


5.2.4. Создание, съем и обработка СОК 


Во всех режимах СОК формируется оборудованием, предоставляющим соответст- 
вующие услуги. Однако в режиме оп-1пе и оН-Ппе СОК формируются без участия 
УБС, поскольку оборудование функционирует в режиме предоставления услуг 
только своим пользователям, номера терминалов (или ПР-адреса) которых «пропи- 
саны» в этом оборудовании. Поскольку авторизация пользователей производится 
самим оборудованием, то взаиморасчеты с ними могут проводиться только на осно- 
ве ро${-ра14 (оп-Ппе, оН-Ппе) или р/рге-ра14 (оп-Ппе) биллинга. При реализации Во+- 
пе биллинга имеется возможность реализации как ро${-ра14, так и рге-ра14 биллин- 
га, при этом авторизация производится самой биллинговой системой. Для режима 
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рге-ра14 биллинговая система при определении возможности предоставления запра- 
шиваемой пользователем услуги дополнительно должна проверять состояние счета 
пользователя (или состояние счета его платежного инструмента). 

Таким образом, при формировании СОК выполняется не менее двух запросов к 
ЭСР УБС, а именно, на этапе подключения пользователя к системе предоставления 
услуг — запрос на определение его принадлежности к УБС, а на этапе выбора 
пользователем вида услуги — запрос на возможность ее предоставления в соответ- 
ствии с состоянием счета. В результате данных запросов формируется СОЖ, кото- 
рый в общем случае имеет следующие атрибуты: 

— вид (код) услуги (указывается код услуги в соответствии с принятой класси- 

фикацией); 

— дата, время начала оказания услуги (фиксируется с момента реального начала 

услуги); 

— длительность; 

— объем входящей информации (для услуг сетей пакетной коммутации); 

— объем исходящей информации (для услуг сетей пакетной коммутации); 

— номер счета платежного инструмента, с которого производится оплата услуги; 

— номер лицевого счета пользователя (или номер счета инструмента оплаты, на ко- 

торый перечисляется сумма, при предоставлении услуг по пополнению счета); 

— номер терминала пользователя; 

— перечисляемая сумма; 

— служебная информация (характеристики технических средств, через которые 

оказывалась услуга, например, номер канала, причина рассоединения и т.д.). 

Как видно из перечня атрибутов СОК, заложенная в них информация избыточна 
как для конкретного вида предоставляемых услуг, так и для средств оплаты, кото- 
рыми могут быть использованы. Однако такой формат СОК позволяет использо- 
вать его в качестве единого формата СОВ универсального биллинга. Надо отме- 
тить, что такой формат СОК позволяет предоставлять дополнительные услуги бил- 
линга (см. главы 1 и 4) по пополнению счетов абонента с помощью платежных ин- 
струментов. 

Как упоминалось выше, в режиме оп-[пе и о[-|пе биллинга СОК могут образо- 
вываться сторонним оборудованием, которое подключается к узлу УБС в рамках 
одного узла телекоммуникационной сети или находится в других узлах телекомму- 
никационной сети. В этих случаях для ввода СОК в УБС необходимо не только по- 
лучить эти СОК с узла телекоммуникационной сети, но и преобразовать их к виду, 
стандартному для УБС. 

Современное телекоммуникационное оборудование имеет соответствующие 
средства накопления СОК за заданный период времени. Поэтому цель УБС — со- 
единиться с данным оборудованием через соответствующий шлюз (см. разд. 5.1.4) 
по каналу связи и считать эту информации. Несмотря на то, что в настоящее время 
существуют определенные стандарты форматов СОК для каждого типа оборудова- 
ния (например, АМЗ1 124), задача преобразования различных форматов в форматы 
УБС не может быть реализована одной универсальной программой и требует ис- 
пользования набора типовых программ. 
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Таким образом, в процессе сбора и обработки информации об оказанных услу- 

гах в режимах оп-Ппе и о[-[пе участвуют две функциональные компоненты: 

— компонента сбора, которая осуществляет сбор новых файлов СОК и их накоп- 
ление, сохраняя при этом формат СОК, используемый производителем обору- 
дования; 

— компонента предобработки, котрая преобразует записи СОК в необходимые 
для тарификации данные о звонке, при этом используя данные о пользовате- 
лях и услугах в терминологии УБС. 

Данные, получаемые в результате предобработки, сохраняются в УБС и могут быть 

использованы как для тарификации, так и для сбора статистической информации. 


5.2.5. Тарификация 


Тарификация СОК есть расчет стоимости оказанной услуги в соответствии с тари- 
фами оператора и индивидуальными договоренностями между оператором и каж- 
дым пользователем по расчету стоимости предоставляемых услуг на основе выше- 
указанных базовых тарифов. Такие договоренности (см. главу 4 и Приложение 4.1) 
фиксируются в виде индивидуальных тарифных планов (ТР). Тарификация СОК 
на основе ГТР осуществляет переход от СОК к транзакциям, где по сравнению с за- 
писью СОЁ имеется дополнительный атрибут (или ряд дополнительных атрибу- 
тов), определяющий стоимость предоставленной услуги для данного пользователя. 
ГР обеспечиваются функциями ЗПР и 5СЕ. 

Для упрощения дальнейшей статистической обработки или разбора претензий 
пользователя без обращения к первоначальной информации в записи транзакции час- 
то указывают номер тарифного плана, по которому осуществлялся расчет услуги. 

Тарифный план является многомерной функцией скидки (надбавки) стоимости 
единицы услуги (Д5) по сравнению с базовыми тарифами, аргументами которой яв- 
ляются: момент предоставления услуги (день 4, время [), параметр услуги р, дли- 
тельности предоставления услуги ДЕ, объем переданной или полученной информа- 
ции Ар. Таким образом, индивидуальный тарифный план (Тть) функционально вы- 
ражается как: 

[лв = ЕК (а, [, р, ДЬ АР, 
где под параметрами услуги подразумеваются, например, зоны и направления при 
предоставлении услуг междугородной связи, входящий или исходящий трафик и т.д. 

Более подробно к тарифным планам мы вернемся при рассмотрении примеров 
практической реализации универсальных УБС. 


5.2.6. Генерация отчетов 


Как указывалось в главе 4, объект «отчет» является именным объектом и отражает 
объем и стоимость всех услуг, предоставленных по данному лицевому счету за за- 
данный период времени (расчетный период). Отчет может быть общим или детали- 
зированным. В общем случае в отчете по персонифицированному лицевому счету 
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указывается суммарная задолженность пользователя по категориям услуг предос- 
тавленным в кредит и дебетовый остаток по предоплаченным услугам. В общем от- 
чете для неперсонифицированного лицевого счета указывается как остаток предоп- 
латы, так и стоимость оказанных услуг. 

Детализированный отчет может генерироваться как по платежным документам 
(картам), так и по лицевым счетам. 

Отчет по платежным документам предусматривает следующую детализацию: 

— дату активации платежного документа (или дата выдачи предыдущего отчета); 

— сумму на счете на дату активации (или на дату выдачи предыдущего отчета); 

— суммы пополнения счета и дата их пополнения за указанный период; 

— суммы перевода средств на другие счета и их даты; 

— сумму оказания услуг за отчетный период. 

Детализированный отчет по лицевым счетам обычно содержит: 

— дату расчетного периода; 

— расшифровку наименования предоставленной услуги; 

— время оказания услуги; 

— трафик (длительности оказания услуги); 

— объем переданной (принятой) информации; 

— стоимость тарификационной единицы в соответствии с индивидуальным та- 

рифным планом. 

Отчет также может содержать суммарные показатели трафика и/или стоимости 
за расчетный период. 

Результаты отчета являются основанием для выставления пользователю счета 
на оплату. 


5.3. Логика услуг 


Создание логики услуг определяется функцией среды создания услуг (СЕР) на ос- 
нове функции управления событиями (ЕСР) и с использованием функции поддерж- 
ки данных услуг (ОЕ). Таким образом, созданная в МР и информационно поддер- 
живаемая ЗПР логика услуг реализуется в пункте управления услугами ЭСР. 

Говоря о создании логики услуг как об основе концептуальной модели, необ- 
ходимо подчеркнуть, что имеются два подхода к ее созданию. Первый заключает- 
ся в разработке индивидуальной логики каждой услуги и доработке ее при необ- 
ходимости создания новой услуги (так называемый подход «снизу вверх»). Вто- 
рой подход заключается в построении такой логики услуги, который позволяет, 
создав некоторую универсальную логику, путем исключения из нее отдельных 
компонент получать требуемый спектр услуг (такой подход часто называют 
«сверху вниз»). Выбор того или иного подхода для создания логики услуги одно- 
значно влечет за собой и аналогичный выбор для создания архитектуры УБС. Яв- 
ляясь сторонником второго подхода, автор придерживается пути создания необ- 
ходимого и достаточного перечня компонент услуги как основы для создания 
универсальной логики услуги. 
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Важным аспектом при создании логики услуги является достаточность совокуп- 
ности средств реализации. Так, если предоставление услуги некоторым телекомму- 
никационным оборудованием не предусматривает обмен данными с УБС в реальном 
времени, то не приходится говорить о расчетах рге-ра14. Также не может быть реали- 
зован расчет рге-ра14 в случае, если информация о параметрах услуги поступает в 
УБС после ее оказания, даже если используется во{-те биллинг. Примером первого 
утверждения может служить оЁ-ше биллинг, а второго — передача заранее не извест- 
ных объемов информации, которые нельзя оценить в процессе их передачи. 

Как показано выше, плоскость услуг представляется в виде многообразия функ- 
циональных компонент, из которых образуется компонента услуги, а также много- 
образия компонент услуги, из которых образуется услуга. 

Говоря о реализации логики услуг биллинга, надо иметь в виду, что отдельные 
функциональные компоненты могут быть подготовительными, т.е. заранее подго- 
тавливающие информацию и ее структуру для реализации логики услуги, а также 
компонентами реального времени, т.е. выполняемые в процессе реализации услуги. 
Если обратится к реализации логики услуг Во{-Ппе биллинга, то в качестве подгото- 
вительной функциональной компоненты (ЕЁ) используется функция генерации сче- 
тов платежных документов, неперсонифицированных лицевых счетов и индивиду- 
альных тарифных планов. Для логики услуг оп-Ппе и оН-|пе биллинга характерно 
использование в качестве предварительной функциональной компоненты функции 
генерации персонифицированных лицевых счетов, текущих счетов, а также тариф- 
ных планов. 

Отдельные функциональные компоненты создаются автоматически в процессе 
биллинга с привязкой к уже созданным функциональным компонентам, например в 
зависимости от разрешенных услуг в персонифицированных лицевых счетах авто- 
матически создаются текущие лицевые счета по видам услуг. При этом перечень 
разрешенных услуг отражается в лицевых счетах путем определения тарифных 
планов. Другим примером автоматической подготовки функциональных компонент 
является автоматическая генерация неперсонифицированных счетов и привязанных 
к ним текущих счетов, которая проводится при первой активизации платежного ин- 
струмента, поэтому эту генерацию условно можно отнести к подготовительным 
компонентам, поскольку она реализуется в реальном времени. 

Исходя из вышеизложенного, при создании логики услуг мы ориентируемся на 
совокупность функциональных компонент (ЕЁ) и их взаимосвязи. При этом, по- 
скольку каждый тип взаимосвязей (ориентированных отношений) предполагает ин- 
версию, т.е. возможность реализации этих отношений в двух направлениях, необхо- 
димо придерживаться следующих правил: 

— направление связи выбирается после анализа совокупности запросов от одной 

ЕЕ к другой и должно соответствовать направлению запроса или направлению 
передачи информации; 

— если в запросах существуют оба направления, то производится двойная ори- 

ентация связей с присвоением соответствующего номера; 

— для не ориентированных связей типа «родство» или «ассоциация» произво- 

дится ориентация связей от каждой ЕЕ к каждой. | 
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Каждая ЕЕ декларирует свою систему отношений / в заданном множестве, 
причем среди этих отношений могут быть независимые, эквивалентные и пере- 
секающиеся. Поэтому для их оптимизации необходимо выбрать определенную 
систему отношений, которая включала бы в себя все отношения, декларируе- 
мые ЕЁ. 

Такая система отношений наиболее прозрачна при представлении компонент 
услуги в виде ориентированного графа, вершинами которого будут функциональ- 
ные компоненты. Это означает, что исходные структуры 5Ё могут быть представле- 


ны в виде конечного множества ориентированных графов вида С^(И^,И^), кото- 


рым соответствует матрица смежности | ‚ при этом и” = 


у 


|, если существует 


ориентированная дуга в /› типе отношений, соединяющая 1-ю вершину с /-Й, и равно 
0 в противном случае. 


р 


тп 


Пару типов отношений будем считать эквивалентными, если [ил 


ДЛЯ 


всех тине М(»), где М@ = (Х^ с Х*) (ХС Х^). 
Пару типов отношений будем считать независимыми, если г Е г, для всех ги]. 


Эти выражения позволяют свести все отношения между функциональными 
компонентами либо к эквивалентным, либо к независимым. При описании логики 
услуги обычно стараются привести все отношения к независимым, что является 
достаточно жестким условием и приводит к появлению новых видов отношений. 
Однако это единственный путь к оптимизации системы отношений между функ- 
циональными компонентами. 

Приведенные выше рассуждения являются абстрактными, позволяющими рас- 
смотривать систему взаимосвязей функциональных компонент как совокупность 
вершин графа логики услуги. Для иллюстрации практического приложения созда- 
ния логики услуг обратимся к двум конкретным примерам. 

Первый пример описывает логику услуги, состоящую из компоненты |о{-Ппе 
рге-ра14 с авторизацией как по паролю доступа, так и по номеру терминала, с 
дополнительной компонентой услуги в виде пополнения персонифицированных 
лицевых счетов со счета платежного документа (рис. 5.7). Такая услуга биллин- 
га может быть использована, например, оператором сотовой связи, который пре- 
доставляет услуги радиотелефонной связи по договорам с абонентами на усло- 
вии предоплаты, а также таксофонной радиотелефонной связи по дебетовым 
скретч-картам с одновременной возможностью пополнения лицевых счетов с 
такой же карты. 

Второй пример описывает логику услуги, состоящую из компонент услуги оп- 
[пе ро${-ра14, с авторизацией по паролю доступа и дополнительной компонентой 
услуги в виде пополнения персонифицированных счетов со счета платежного инст- 
румента (рис. 5.8). Такая услуга биллинга может быть использована, например, 
провайдером услуг Интернета, который предоставляет услуги коммутируемого дос- 
тупа в кредит, но с условием погашения этого кредита путем авансового платежа со 
счетов дебетовой карты. 


7 — 8429 
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Рис. 5.7. Логика услуги ПоНше рге-раа 
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Рис. 5.8. Логика услуги оп-!те роз раа 


Обратимся к первому примеру (см. рис. 5.7). Предварительными функциональ- 
ными компонентами в этом случае будут являться функции генерации индивиду- 
альных тарифных планов (РЕб), счетов платежных инструментов (ЕЁ!) и персони- 
фицированных лицевых счетов (ЕЁ) на основе заключенных с абонентами догово- 
ров. При заключении договора с абонентом, в котором абоненту присваивается но- 
мер радиотелефона, выбирается индивидуальный тарифный план, а также опреде- 
ляется перечень предоставляемых ему услуг, что автоматически определяет пере- 
чень текущих счетов (ЕЁ4) по каждому виду услуг. Для абонентов, которые будут 
пользоваться таксофонной радиотелефонной связью по картам, генерация неперсо- 
нифицированных лицевых счетов (ЕЁЕз) производится автоматически при первой ав- 
торизации карты. Автоматическая генерация текущих счетов (ЕЕ5) проводится при 
первом предоставлении данного вида услуги. Например, текущие счета местной и 
междугородной связи генерируется при первом предоставлении этих услуг. 
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При авторизации абонента по номеру телефона (ЕЁЕ\з) определяется принадлеж- 
ность абонента (ЕЁЕ\!з-ЕЕ›), а после выбора услуги — его права на предоставление 
услуги (ЕЁЕ\14) как с точки зрения перечня услуг, так и баланса его лицевого счета 
(ЕЕ!«-Ез). При балансе счета, достаточном для предоставления услуги, услуга пре- 
доставляется и тарифицируется (ЕЁ!5) в процессе предоставления. Формируется 
транзакция (ЕЕ\6), которая запоминается в таблице транзакций (ЕЁ!5). В текущем 
счете отражается накопительная стоимость услуги, а в лицевом счете баланс умень- 
шается на стоимость оказанной услуги. 

При авторизации по паролю доступа (ЕЁ1з) первое обращение за получением ус- 
луги проводится к ЕЁЕ|, а последующие к ЕЕ. Авторизации для функции пополне- 
ния всегда проводится к ЕЁ!, при этом перевод средств как со счета предоплачен- 
ных инструментов на аналогичный счет, так и со счета предоплаченного инстру- 
мента на персонифицированный лицевой счет проводится в рамках компоненты 
ЕЕ17 и ее взаимосвязей с компонентами ЕЁз через компоненту ЕЁЕ7. 

Генерация отчетов реализуется ЕЕ\з, при этом для получения разного типа отче- 
тов по услугам или состояний этих счетов проводится обращение к соответствую- 
щим компонентам ведения счетов, а для получения детализированных отчетов — к 
компоненте ЕЁ]. 

При рассмотрении второго примера (см. рис. 5.8) обратим внимание в основном 
на новые функциональные компоненты и их взаимосвязи. 

Как и в первом примере, организуются предварительные функциональные ком- 
поненты в виде ЕЁ1, ЕЕ›, ЕР, ЕЕв. Среди функциональных компонент присутствуют 
аналогичные первому примеру компоненты ЕЕ7т, ЕЕз, ЕЕ, ЕЕ12, ЕЕ1в. Ряд компо- 
нент, аналогичных по функциям, например ЕЁЕ1з и ЕЕ! 5, присутствуют в модифици- 
рованном виде. Кроме того, появляются новые компоненты ЕЁ1о, ЕР›о, ЕР1. 

Логика предоставления услуги будет выглядеть следующим образом: с помощью 
ЕЕ,о (которая реально может быть представлена в виде двух компонент сбора и предоб- 
работки) проводится накопление СОК в УБС, далее в соответствии с данными ЕЁ про- 
водится авторизация модифицированной компонентой ЕЁЕ\!з, после чего реализуется 
компоненты ЕЕ! 5 и ЕЕ», на выходе которых имеются транзакции, направляемые в ЕЁЕ.2. 

Пополнение лицевых счетов осуществляется путем перевода средств от ЕЁ) че- 
рез ЕЕ›1. И наконец, генерация отчетов проводится стандартными методами с помо- 
щью РЕ] в. 

На основе приведенных подходов можно достаточно просто разрабатывать ло- 
гику не только простых услуг биллинга, но и в целом совокупную услугу универ- 
сального биллинга. 


5.4. Поддержка предоставления услуг 


При рассмотрении концептуальной модели УБС в ней выделены пункт эксплуата- 
ционной поддержки и администрирования услуг (МАР) и пункт администрирова- 
ния услуг (МР). Функции 5МАР должны осуществлять системное и технологиче- 
ское администрирование услуг, а также проведение программно-технической под- 
держки. ЭМР, основной функцией которой является создание среды услуг, в каче- 
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стве дополнительной и естественной функции берет на себя мониторинг функцио- 
нирования как ИУ УБС, так и всей системы в целом, а также статистическую обра- 
ботку накопленной информации. 

Реализация вышеперечисленных функций должна обеспечиваться двумя основ- 
ными возможностями: интеграцией обеих точек в сетевую структуру УБС и нали- 
чием соответствующих функциональных компонент отдельно или в совокупности, 
позволяющих решать поставленные задачи. 

Интеграция ЭМР и ЗМАР в сетевую структуру УБС обеспечивается подключени- 
ем их к локальной сети центрального узла (СВЪЮ), а также основана на использова- 
нии аналогичных возможностей с 5СР СВЗМ по доступу к другим периферийным уз- 
лам (см. рис. 5.4) и их ЭСР. При этом, как упоминалось выше, существует однознач- 
ная зависимость от способа построения телекоммуникационной сети (см. Приложе- 
ние 3.2). Исходя из этого, становится очевидным, что шлюзы, используемые для ин- 
теграции ЭМР и ЭМАР в сетевую структуру УБС, аналогичны шлюзам ЭСР. 

Рассмотрим совокупность функциональных компонент, обеспечивающих реали- 
зацию заявленных функций. Поскольку имеется явная аналогия с реализацией логики 
услуг, функциональные компоненты ЗМР и ЭМАР (которые в дальнейшем будем 
обозначать как ЕЕМ) могут быть рассмотрены так же, как и разд. 5.3, и трактоваться 
как дополнительные услуги администрирования (т5Е). Остается открытым вопрос 
реализации интерфейсов доступа к ЕЕМ. Здесь возможны два варианта. Первый и 
часто используемый в настоящее время вариант реализует интерфейсы администра- 
тивного уровня на информационном уровне УБС. Это дает возможность разделить 
уровни УБС не только по функциональным характеристикам, но и по функциям об- 
служивающего персонала. Однако в соответствии с тенденциями интеграции УБС в 
единую систему управления оператора связи такой вариант менее приемлем с точки 
зрения оптимизации системы управления. В предложенной автором концептуальной 
модели целесообразно вынести эти интерфейсы из информационного уровня (ИУ) на 
клиентский уровень (КУ), чтобы обеспечить единство управления УБС, а также ре- 
шить многие аспекты вопросов безопасности, о которых речь пойдет ниже. 

Рассмотрим необходимую и достаточную совокупность функциональных ком- 
понент ЕЕМ для реализации мониторинга точек и узлов УБС (т5ЕМ), а также сбо- 
ра и анализа статистической информации (т5Е5). 

В соответствии с определением мониторинг несет в себе две функции: проверку 
работоспособности отдельных функциональных элементов и совокупности этих эле- 
ментов и работоспособности системы в целом. Поэтому мониторинг должен быть как 
минимум трехуровневый. Для реализации первого уровня мониторинга каждый 
функциональный элемент должен выполнять диагностику работоспособности. На ос- 
нове анализа результатов диагностики и должны функционировать ЕЕМОг, где г — 
номер соответствующей функции. Реализация второго и третьего уровня мониторин- 
га основана на стандартах, принятых для УБС, в частности на российских стандартах 
сертификации автоматизированных систем расчетов с абонентами. В соответствии с 
этими стандартами мониторинг может быть реализован путем выполнения локально- 
го или общего контрольного примера. Суть контрольного примера заключается в по-_ 
даче на вход локального функционального узла или всей системы заранее известного 
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воздействия, обработке этого воздействия и сравнения полученных результатов с эта- 
лонами, хранящимися в ЗОР УБС. В этом процессе должны участвовать функцио- 
нальные компоненты запуска локального контрольного (ЕЕМШК) и системного кон- 
трольного (ЕЕМ$) примеров и, кроме того, функциональная компонента анализа по- 
лученных результатов (ЕЕМа). Таким образом, тЗЕМ={ЕЕМЩ, ЕЕМ$, ЕЕМа}. 

При рассмотрении шЪЗЕЗ необходимо обратить внимание, что данные для ее реа- 
лизации уже имеются в ЗОК. Совокупность п3Ез может быть реализована на основе 
двух функциональных компонент, а именно, сбора статистической информации 
(ЕЕМА) и обработки (процессинга) (ЕЕМр). Напомним, что в рамках разработки логи- 
ки услуг была рассмотрена функциональная компонента генерации отчетов, которая 
в общем случае содержит в себе основные операции по сбору информации СОК, ТК, 
а также данных из лицевых и текущих счетов. В этом случае ЕЕМ4 может состоять из 
набора однотипных операций, реализующих компоненту генерации отчетов. 

Функциональная компонента обработки статистической информации (ЕЕМр) 
представляет из себя набор стандартных алгоритмов определения функциональных 
зависимостей между параметрами биллинга. Таким образом, ш5Е5 можно предста- 
вить как совокупность {ЕЕМФ, ЕЕМр}. 

Функции системного и технологического администрирования услуг могут быть 
также представлены в виде дополнительной услуги администрирования (тЗЕМ), 
состоящей из следующих функциональных компонент: компоненты эксплуатаци- 
онной поддержки (ЕЕМо) и компоненты администрирования услуг (ЕЕМт), а сле- 
довательно, тЗЕМ также можно представить в виде совокупности {ЕЕМо, ЕЕМщт}. 

На клиентском уровне для доступа к каждой из функциональных компонент 
имеется соответствующий интерфейс, при этом интерфейсы клиентского уровня на 
первом этапе реализуют доступ к соответствующей услуге администрирования, а 
из него к соответствующей функциональной компоненте (рис. 5.9). 


Клиентский 
уровень 


Интерфейсы (1 т$Е) 


Рис. 5.9. Взаимодействие информационного и клиентского уровней 
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5.5. Клиентский уровень 


Рассматривая системную архитектуру УБС, автор не случайно выделил в ней ин- 
формационный и клиентский уровень (соответственно, ИУ и КУ). К КУ были отне- 
сены все функции автоматизированного взаимодействия ИУ с пользователем. На 
клиентский уровень вынесены также интерфейсы административного взаимодейст- 
вия с информационным уровнем. Таким образом, клиентский уровень УБС можно 
рассматривать как некоторый универсальный шлюз, через который пользователь и 
администрация оператора взаимодействуют с УБС. Под взаимодействием служб 
КУ и ИУ подразумевается как ручное взаимодействие на основе интерфейсов, так и 
автоматическое взаимодействие между УБС с функциональными автоматизирован- 
ными системами оператора, например системой бухгалтерского учета. Данный под- 
ход, по-видимому, справедлив и для других построений КУ. Однако, для опреде- 
ленности, специально остановимся на конкретной реализации этого уровня. 

К основным службам КУ (кроме административной, о которой говорились вы- 
ше) необходимо отнести (рис. 5.10): 

— службу договоров, которая предназначена для оформления договоров с поль- 

зователями и партнерами по предоставлению услуг связи; 

— абонентскую службу расчетов, которая предназначена для реализации техно- 
логии взаиморасчетов с пользователями и партнерами и осуществления кон- 
троля за их прохождением; 

— бухгалтерскую службу расчетов с пользователями, которая в части биллинга 
осуществляет взаиморасчеты; 

— службу продаж, которая осуществляет технологию продаж платежных инст- 
рументов, в частности, на основе открытой оферты; 

— склад платежных инструментов, осуществляющий их учет. 

Информационно-справочная служба осуществляет соответствующее обслужи- 
вание пользователей, в том числе по их взаимодействию с другими службами в 
процессе предоставления услуг и расчетов. 

Каждая из вышеперечисленных служб осуществляет свои функции на основе 
обмена информацией с ИУ и, при необходимости, дополнительной обработки этой 
информации. С другой стороны, большинство этих служб напрямую взаимодейст- 
вуют с пользователем. Таким образом, представление КУ в виде шлюза предусмат- 
ривает его рассмотрение как с позиций сопряжения с ИУ, так и с позиций обмена 
информации с пользователем, а также с учетом дополнительной обработки инфор- 
мации обмена. 

Служба договоров. Взаимодействие данной службы с пользователем осуществ- 
ляется, как правило, на основе реального контакта. Функционирование службы 
предусматривает хранение информации по заключенным договорам и передачу на 
ИУ необходимой информации для генерации лицевых счетов абонента, таких, на- 
пример, как номер и дата заключения договора, выделенный сетевой номер абонен- 
та, перечень предоставляемых услуг и т.д. Кроме того, данная информация должна 
включать индивидуальные договоренности между оператором и абонентом, такие, 
например, как способ расчетов, принципы и формы осуществления расчетов, инди- 
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видуальные тарифные планы и т.д. После соответствующей генерации лицевого 
счета из ИУ в службу поступают реквизиты лицевого счета абонента, которые, в 
свою очередь, заносятся в договор (рис. 5.10). При изменении атрибутов договоров, 
отраженных в лицевых счетах, производится коррекция договора И лицевого счета. 
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Рис. 5.10. Основные службы УБС 
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Абонентская и бухгалтерская службы расчетов с пользователями. Данные 
службы осуществляют весь комплекс расчетов с пользователями, при этом абонент- 
ская служба поддерживает технологию взаиморасчетов, а бухгалтерская осуществляет 
эти взаиморасчеты. Абонентская служба взаимодействует с пользователем в двух слу- 
чаях: при уведомлении о факте предоставления услуг и об их стоимости и при контро- 
ле состояния взаиморасчетов. Аналогичное взаимодействие осуществляется данной 
службой и с партнерами. Бухгалтерская служба осуществляет учет платежей и подго- 
тавливает соответствующие платежные документы для рассылки абонентской служ- 
бой. Выделение бухгалтерской службы из состава бухгалтерии оператора является ус- 
ловным и отражает лишь специфику взаимодействия с УБС. 

Операторы абонентской службы осуществляют управление функциональной 
компонентой по генерации отчетов за биллинговый период и направляют информа- 
цию о стоимости предоставленных услуг по каждому лицевому счету в бухгалтер- 
скую службу, которая формирует счета на оплату. Сформированные счета вместе с 
отчетами, которые являются детализацией счета, направляются пользователем для 
оплаты. Средства, полученные от абонентов по каждому лицевому счету, отража- 
ются в бухгалтерии и напрямую или через операторов абонентской службы расче- 
тов отражаются на лицевых счетах пользователя в УБС. В течение установленного 
срока оплаты счетов пользователями абонентская служба расчетов осуществляет 
контроль поступления средств от пользователей и, в случае отсутствия поступле- 
ния средств, управляет блокировками их лицевых счетов в УБС. 

Служба поддержки платежных инструментов осуществляет сопровождение 
платежных документов (в частности, скретч-карт) от момента их поступления на 
склад до момента окончания срока действия. В предыдущем разделе уже упомина- 
лась функциональная компонента генерации платежных документов. В большинст- 
ве случаев данная компонента, кроме своей основной функции, выполняет и допол- 
нительную функцию, которая заключается в подготовке информации для изготов- 
ления платежных документов, в частном случае скретч-карт. При соблюдении соот- 
ветствующих мер безопасности платежные документы изготовляются и поступают 
на склад, где приходуются. Служба поддержки платежных документов обеспечива- 
ет передачу их в систему продаж, поступление средств в счет оплаты проданных 
документов и активизацию их в системе биллинга. Служба следит за правильным 
использованием платежных документов, осуществляет их блокировку и разблоки- 
ровку, а также через информационно-справочную службу осуществляет разбор пре- 
тензий пользователей. В сферу ответственности службы входит выдача пользовате- 
лям отчетов о расходовании ими средств с платежных инструментов. В отдельных 
случаях и в пределах своей компетенции операторы службы могут по указанию 
пользователей пополнять и снимать средства со счетов. 

Информационно-справочная служба предназначена для информирования 
пользователей по широкому кругу вопросов деятельности оператора. В контексте 
услуг биллинговой системы (см. рис. 5.10) данная служба осуществляет взаимодей- 
ствие с пользователем по каналам связи как по распределению вызовов на другие 
службы клиентского уровня, так и по самостоятельному обслуживанию пользовате- 
лей, не требующего доступа к конфиденциальной информации. 


202 ГЛАВА 5 


5.6. Общее представление о системе управления предприятием 


Описание функций и возможностей клиентского уровня УБС было бы неполным без 
упоминания взаимосвязи этого уровня с системами управления предприятием (СУП) 
и, В частности, с системами управления ресурсами (СУР) оператора (Ещегризе Ке- 
зоигсе Р1аппше, ЕВР). Надо отметить, что если первоначально аббревиатура СУР 
обозначала учет именно производственных ресурсов, то в дальнейшем ее трактовка 
расширилась и вобрала в себя всевозможные внутриофисные корпоративные функ- 
ции, включая финансы, бухгалтерию, работу с персоналом, закупки, заказы и ценооб- 
разование. Более подробно этот вопрос изложен в Приложении 5.4. Для приложений 
УБС важно понимать, что СУП является одним из ключевых элементов управления 
предприятием как в части управления связями с потребителем (Сизютег Ке!апоп$Шр 
Мапагетеп СВМ) и управления цепями поставок (Зирр]у Сваш Мапагетепь СМ) 
услуг, так и управления жизненным циклом продукции (РгодиасЕ [лЕесуе Мапаее- 
тепь РЕМ) в части предоставления услуг и использования финансовых платежных 
инструментов. В данном разделе будут определены конкретные службы, с которыми 
должен взаимодействовать КУ УБС, а также основные потоки обмена информацией. 

Сфера предоставления услуг связи достаточно широка, поэтому организацион- 
ная структура операторской компании может варьироваться в довольно широких 
приделах. Однако к СУП, которые так или иначе пользуются информацией или 
предоставляют информацию биллинговой системе, можно условно отнести следую- 
щие службы: 

— бухгалтерия; 

— маркетинг и планирование ресурсов; 

— финансово-аналитическая служба; 

— служба ведения и контроля договоров (учет абонентов); 

— служба продаж абонентского оборудования; 

— служба подключения и абонентского сервиса (в т.ч. ремонт); 

— информационно-справочная служба; 

— служба безопасности. 

Еще раз необходимо подчеркнуть, что речь идет не о всех направлениях СУП, а 
только о тех, с которыми в большей мере взаимодействует УБС. 

Выше мы уже рассматривали вопросы взаимодействия КУ с бухгалтерской 
службой. Дополнительно необходимо подчеркнуть, что, рассматривая это взаимо- 
действие в рамках СУП, необходимо иметь в виду оптимизацию информационных 
потоков между этой службой и подсистемами УБС, т.е. оптимизировать маршрути- 
зацию этих потоков. 

Говоря о связи служб маркетинга и планирования, а также финансово-аналити- 
ческой службы с УБС, необходимо учитывать, что основную финансовую инфор- 
мацию эти службы получают из бухгалтерии. Однако эта информация обобщенная. 
Детализированную информацию эти службы могут получить через администрато- 
ров системы при обработке статистической информации по затратам абонентов, ус- 
лугам и трафику. Например, анализ трафика некоторой услуги по разным тариф- 
ным планам позволяет оптимизировать цену услуги. 
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Упоминавшаяся ранее служба ведения и контроля договоров УБС чаще всего 
является подразделением аналогичной службы всего предприятия так же, как и ин- 
формационно-справочная служба. 

На первый взгляд кажется, что служба продаж абонентского оборудования (на- 
пример, сотовых телефонов, модемов для доступа в Интернет и т.д.) не имеет от- 
ношения к службам КУ. Однако, если оператор использует карты оплаты услуг, то 
склад этой продукции может быть общим, а значит, и общей может быть техноло- 
гия функционирования служб продаж. 

Служба подключения абонентов непосредственно связана с договорным отде- 
лом, который заключает договора на предоставление услуг, а значит, используются 
общие информационные ресурсы. 

В рамках службы подключения или совместно с ней функционирует служба 
абонентского сервиса, в том числе бюро ремонта. В частности, для абонентов фик- 
сированной связи бюро ремонта производит профилактические и ремонтные рабо- 
ты по оборудованию «последней мили». Для этих целей бюро ремонта использует 
информацию по подключению абонентов к телекоммуникационному оборудова- 
нию и дальнейшему подключению до терминала абонента. Учитывая, что техноло- 
гический процесс ремонта состоит из приема заявки, распределения заявок по ис- 
полнителям и контроля выполнения заявок, на этапе приема заявок эта служба мо- 
жет взаимодействовать с пользователем через единую справочно-информационную 
службу, а на этапе выполнения заявок — со службой разбора претензий, в том чис- 
ле по фиксации выполненных заявок в единой базе «разбора претензий». 

Все вышеизложенное касается и справедливо в большей степени для состав- 
ляющих эСМ и РЕМ. Как указывалось выше, одной из определяющих частей ВКР 
является СВМ (управления связями или взаимоотношениями с потребителями). 
СВМ как составляющая системы управления предприятием реально лежит в основе 
оптимального функционирования биллинговой системы. При этом оптимизация 
должна пониматься не только в контексте прямого воздействия на абонента, но, что 
более важно, в контексте обратной связи между абонентом и оператором, заклю- 
чающегося в предоставлении абонентам возможности посылки запросов, контроля 
и объединения счетов, получения необходимых справок и т.д. Основная тенденция 
такого взаимодействия предусматривает два важных фактора. Во-первых, это взаи- 
модействие должно осуществляться в реальном времени и быть актуально, а во- 
вторых, должно вызывать безусловный отклик оператора. Если первый фактор 
обеспечивается технологическими возможностями СКМ (контакт-центрами и кор- 
поративными порталами), то второй фактор должен обеспечиваться оптимизацией 
бизнес-процессов компании оператора, характеризуемой внутриуровневой и межу- 
ровневой интеграцией СУП. Это, в свою очередь, позволяет осуществлять про- 
смотр и контроль всех объектов и сущностей, характеризующих данного пользова- 
теля или группу пользователей, что позволяет строить оптимальную маркетинго- 
вую политику для разных сегментов рынка. 

Таким образом, клиентский уровень рассмотренной универсальной биллинго- 
вой системы позволяет эффективно интегрировать ее в систему управления пред- 
приятием оператора связи. 
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5.7. Техническая архитектура УБС 


В соответствии с предложенной плоскостной концепцией, техническая архитектура 
универсальной УБС отражает в себе как сетевую архитектуру (физическую организа- 
цию структуры сети, протоколы и интерфейсы сети), так и архитектуру программно- 
аппаратных средств. Как упоминалось выше, УБС функционирует на основе универ- 
сальной среды, включающей в себя в том числе и сеть Интернет. Это, в свою оче- 
редь, позволяет наряду с клиент-серверными технологиями реализации технической 
архитектуры использовать современные Интернет-технологии. Функциональное раз- 
деление универсальной системы на информационный и клиентский уровень, а также 
необходимость интеграции обоих уровней в систему управления предприятием, со- 
четающееся с территориальным распределением служб УБС, оптимальным образом 
может быть реализовано на основе Интернет-технологий. 

Одним из вариантов такой реализации является корпоративный портал. Корпо- 
ративный портал дает возможность организации работы служб оператора в сети та- 
ким образом, что становится возможным увязать в единую информационную систе- 
му все автономные службы оператора, генерировать и получать любую информа- 
цию, управлять ее сбором, хранением, распределением в любое время и в любом 
объеме в зависимости от уровня доступа, везде, где есть доступ к Интернету, а так- 
же отдавать распоряжения, контролировать исполнение решений, контролировать 
ход работы над различными проектами и многое другое (Приложение 5.5). При 
этом важным вопросом является обеспечение соответствующего уровня безопасно- 
сти корпоративной информации на всех этапах проекта. Особенно это важно в кон- 
тексте интеграции УБС в единую систему управления предприятием, когда в соста- 
ве инфраструктуры имеются различные информационные системы, бухгалтерские 
программы, финансовые, экспертные системы, системы документооборота и систе- 
мы управления администрированием, которые часто не связаны между собой и до 
интеграции использовались локально. 

Структура аппаратных средств. При обсуждении физической плоскости реали- 
зации УБС подчеркивалось, что она отражает физические объекты, способы отобра- 
жения функциональных объектов на физические и способы реализации сетевых эле- 
ментов. Показанное на рис. 5.5 распределение функциональных пунктов и их взаимо- 
связь в архитектуре узлов УБС могут быть реализованы в виде некоторой структуры 
аппаратно-программного комплекса. На рис. 5.1] показана одна из возможных струк- 
тур аппаратно-программных средств, реализующих предложенную концепцию. 

Как упоминалось выше, функции $$Р выполняют все шлюзы с сетями коммута- 
ции каналов и пакетной коммутации, в том числе сама ГИС как шлюз «горячего 
биллинга» с фиксированной и подвижной телефонной сетью. 

Сервер ЭСР обеспечивает выполнение услуг и обработку СОК (напомним, что в 
общем виде СОК трактуется как запись детализации соединения — Соппесйоп Ое- 
{а Кесог4$), генерацию транзакций — ТК (тарифицированные СОК), выполняет 
функцию управления услугами и поддержки данных. Сервер ЗСР СВЗМ (верхнего 
уровня УБС) имеет прямой доступ к серверу поддержки данных (50Р), а также 
обеспечивает взаимодействие с ЭСР РВУМ (нижнего уровня УБС). 
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Рис. 5.11. Структура аппаратно-программного комплекса УБС 


Сервер поддержки данных (ЗОВ) содержит базы данных, необходимые для 
функционирования УБС. Доступ к ЗОР из 5СР нижнего уровня может быть полу- 
чен либо через соответствующие шлюзы, либо через сервер ЭСР или сервер обеспе- 
чения услуг (5МР). Различные сервера поддержки данных, в том числе клиентского 
уровня, могут быть связаны друг с другом. 

Сервер администрирования услуг выполняет функции ЭМЕ, ЗМАЕ и функцию 
среды создания услуг ЭСЕЕ. Данный сервер обеспечивает управление базами дан- 
ных, мониторинг сети, управление нагрузкой и обработку статистики, а также из- 
мерение различных характеристик системы биллинга. 

Клиентский уровень может быть реализован как на основе автоматизированных 
рабочих мест различных служб этого уровня, так и на основе \уеб-интерфейсов кор- 
поративного портала. Типовая организация структуры аппаратно-программных 
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средств строится на основе клиент-серверной архитектуры, включающей в себя сер- 
вер клиентского уровня, имеющий доступ к серверу баз данных. Организация досту- 
па пользователей к операторам служб может быть реализована на основе как тради- 
ционной телефонной связи через РВХ, как показано на рис. 5.11, так и [Р-телефонии, 
что дает возможность использовать АРМ или универсальный \еБ-интерфейс с рече- 
вым взаимодействием как единый речевой и информационный терминал. 

Приведенная обобщенная структура аппаратных средств может быть использо- 
вана для крупного, например, регионального оператора связи, который оказывает 
весь комплекс основных и дополнительных услуг связи. В случаях, когда оператор 
оказывает ограниченный комплекс услуг или обслуживает небольшое число або- 
нентов, структура используемых аппаратных средств может быть упрощена, в част- 
ности все серверы могут быть объединены в один. 

Для примера на рис. 5.12 показана возможная структура аппаратных средств 
УБС для оператора сотовой связи, который оказывает услуги местной, междугород- 
ной и международной связи, а также дополнительные услуги, и осуществляет бил- 
линг ро{-Ппе рге-ра14, оп-Ппе псевдо рге-ра14 и оН-[Ппе ро${-ра14. Кроме того, данная 
структура позволяет обслуживать некоторого регионального оператора фиксиро- 
ванной связи в режиме о_-Ппе роз-ра1а. 
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Рис. 5.12. Пример структуры аппаратного комплекса 
для оператора сотовой связи. 
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На рис. 5.13 показана возможная структура аппаратных средств УБС для про- 
вайдера услуг Интернета, который предоставляет услуги коммутируемого и посто- 
янного доступа в сеть Интернет, а также дополнительные услуги, и осуществляет 
биллинг в режимах По{-Ппе рге-ра14 оН-|Ппе розра4. 
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Рис. 5.13. Пример структуры аппаратного комплекса для Интернет-провайдера 


Структура программных средств. Обращаясь к общей структуре программных 
средств универсальной УБС, еще раз необходимо подчеркнуть, что универсальная 
УБС — это биллинговая система, способная адаптироваться к широкому классу типов 
и видов биллига основных и дополнительных услуг связи. Однако бессмысленно ис- 
пользовать все возможности такой универсальной системы в случаях, когда перед 
биллингом ставятся более узкие задачи. Рассматривая структуру аппаратных средств, 
мы приводили примеры ограниченного использования их номенклатуры и совмеще- 
ния функций в случаях, когда это возможно. Рассматривая обобщенную структуру 
программных средств, мы также должны иметь возможность использовать их в том 
объеме, который необходим для решения конкретного круга задач биллинга. Это, в 
свою очередь, требует рассмотрения структуры программных средств в контексте ре- 
шения двуединой задачи, а именно, структура программного обеспечения универсаль- 
ной УБС, с одной стороны, должна состоять из набора отдельных программных ком- 
понент (функциональных программных модулей с универсальным интерфейсом), а с 
другой стороны, должна быть возможность добавления функциональных компонент 
без нарушения работоспособности УБС. При этом имеется в виду, что указанная про- 
граммная компонента является функционально законченной программой, реализован- 
ной в виде отдельного исполняемого или встраиваемого файла, а множество про- 
граммных компонент, объединенных по критерию принадлежности к одному из об- 
щих бизнес-процессов, определяется как подсистема УБС. 
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На рис. 5.14 показана обобщенная структура программного комплекса УБС. 
Структура включает в себя шесть основных функциональных блоков: управляющее 
ядро, СУБД информационного и клиентского уровней, программные шлюзы, поль- 
зовательские и административные интерфейсы. 


Счета платежных |: 
инстументов 


Лицевые дебетовые 
счета 


:| Лицевые кредитовые | 
счета 


Текущие счета ы 


Нонте спк | 


Роуминг 


: Пользовательские : : Админстративные : 
интерфейсы КУ : : интерфейсы КУ 


Транзакции 


Рис. 5.14. Обобщенная структура программного комплекса УБС 


Прежде чем приступить к более детальному рассмотрению этих функциональ- 
ных блоков, необходимо дать несколько уточнений. Прежде всего, надо отметить, 
что для определенного класса средних и малых УБС, СУБД КУ и СУБД ИУ могут 
объединяться в единую СУБД. Далее, определение интерфейсов КУ как пользова- 
тельских интерфейсов следует понимать в том смысле, что к категории этих интер- 
фейсов относятся и интерфейсы взаимодействия УБС с непосредственно пользова- 
телями (абонентами). И наконец, под термином «программный шлюз» ([ШШ) в дан- 
ном контексте понимается его программная поддержка, а разделение шлюзов на 
шлюзы с сетями коммутации каналов (СКК) и на шлюзы с сетями с пакетной ком- 
мутацией (СПК) в явном виде соотносит данный ПШ с видом сети, несмотря на то, 
что, например, ПШ, который взаимодействует по каналу сигнализации ОКС №7 с 
сетью коммутации каналов, мы относим к СКК, хотя обмен информацией осущест- 
вляется в виде пакетов. 

Управляющее ядро. Будучи функционально-управляющим блоком, ядро УБС 
является совокупностью функциональных модулей (Мапагетет{ ЕипсНопа! Модше, 
МЕМ) и управляющих модулей (АррИсаноп$ Мапарег Модше, АММ) — непосред- 
ственных диспетчеров алгоритма функционирования услуги. 
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АММ охватывают весь спектр алгоритмов услуг в соответствии с формулой 
универсального биллинга. При этом каждый из них реализует оригинальную или 
обобщенную последовательность функциональных компонент. 

Каждый МЕМ реализует функциональную компоненту в целом или ее закон- 
ченный элемент. Таким образом, набор МЕМ должен быть не меньше, чем набор 
функциональных компонент. С другой стороны, как указывалось выше, каждая 
функциональная компонента может иметь свою реализацию для различных видов и 
типов биллинга, а также вида услуг данной сети. 

Однако может существовать и другой подход, когда некоторый МЕМ реализует 
общую для компоненты данного вида функцию, и существует набор МЕМ, который 
реализует только отличительную часть. Оба подхода имеют право на существова- 
ние, хотя по мнению автора, первый подход оптимален с точки зрения простого на- 
ращивания системы, а второй подход оптимален с точки зрения реализации с ис- 
пользованием современных методов программирования. 

Для примера рассмотрим набор МЕМ для функциональной компоненты автори- 
зации СКК. Как указывалось выше, функциональная компонента авторизации (ЕКа) 
декларирует свою систему отношений в области видов и типов биллинга, а также в 
области форматов информации, приходящей из различных сетей. Так, для авториза- 
ции по номеру терминала для В0{-|1пе биллинга из СКК или СПК ЕЁа получает за- 
прос на авторизацию в виде некоторого события, осуществляет преобразование 
формата, осуществляет поиск в базе данных, получает ответ, реагирует на резуль- 
тат авторизации, формализует и передает ответ на запрос. Для авторизации по но- 
меру терминала для оп-Ппе (оН-Ппе) биллинга из любой сети (в частности, для СКК 
это номер телефона, а для СПК — [Р адрес) запросом на авторизацию является не 
событие, а анализ очередного СОК, при этом формат информации уже является 
стандартным. Далее следует такой же запрос в базу данных, поиск и получение 
формализованного ответа, реакция на результат авторизации. Как видно из приве- 
денного примера, существует одинаковый набор действий, которые реализуются в 
обоих случаях и которые можно выделить в единый функциональный модуль. 

Второй пример, иллюстрирующий данный подход, это реализация функцио- 
нальной компоненты тарификации. Рассмотрим тарификацию рге-ра1Ч Во{-Ппе и 
ро${-ра1А оН-ПШпе для услуг СПК, в частности коммутируемого (41а]-ир) и постоян- 
ного доступа в сеть Интернет. Для случая рге-ра14 41а|-ир тарификация производит- 
ся по оплаченному времени доступа с выделением (для корпоративного пользова- 
ния, Т.е. когда по одному лицевому счету могут получать услугу несколько пользо- 
вателей) определенных оплаченных квантов времени с контролем остатка по соот- 
ветствующему лицевому счету. Таким образом, функциональная компонента тари- 
фикации должна обеспечить: обработку запроса на тарификацию в реальном режи- 
ме времени, реализацию запроса к базе данных о состоянии счета, выборку тариф- 
ного плана, выделение кванта времени, а по его окончании запрос следующего 
кванта, по окончанию предоставления услуги подготовку СОК в виде записи в 
транзакцию стоимости оказанной услуги. Для ро${-ра14 оН-Ппе постоянного досту- 
па к сети Интернет тарификация проводится по объемам принятой и переданной 
информации. Для выполнения тарификации программным шлюзом уже подготов- 
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лен соответствующий СОК, в котором указаны эти объемы. Соответствующий про- 
граммный модуль находит в базе данных тарифный план данного пользователя и 
проводит соответствующую тарификацию, т.е. тарифицирует готовый СОК, пре- 
вращая его в транзакцию. Как видно из приведенного примера, имеются мало сход- 
ных функций, позволяющих унифицировать данную функциональную компоненту 
в виде общего функционального модуля. На рис. 5.15 для примера приведены от- 
дельные из рассмотренных выше модулей. 


Лицевые 
счета 


Программные шлюзы 


Рис. 5.15. Взаимосвязь функциональных, управляющих и интерфейсных модулей 


Программные шлюзы. Основной функцией программных шлюзов Во{-Ппе и оН- 
Ппе является поддержка взаимодействия между управляющим ядром и программно- 
аппаратными средствами сбора и обработки информации о состоявшихся соединени- 
ях, характеризующих предоставление той или иной услуги, или соединениях, кото- 
рые должны состоятся. В терминах функциональных модулей эти программные мо- 
дули взаимодействия в режиме по{-Ппе можно назвать модулями обработки событий 
(Еуеп5 Ргосеззте? Модше, ЕРМ), а для режима о_Н-Ппе — модулями обработки запи- 
сей (Весога$ Ргосеззше Модше, КРМ), имея в виду, что через шлюзы [В0{-[ше произ- 
водится обмен запросами, а через шлюзы оН-Ппе — обмен записями. 

Программные шлюзы роуминга осуществляют стык между центральными и пе- 
риферийными УБС в режимах Во{-Ппе как в части авторизации доступа и тарифика- 
ции услуг, так и в части перевода счетов средств оплаты из одной УБС в другую. В 
этом случае можно говорить, что программные шлюзы роуминга представляют со- 
бой совокупность программных модулей роуминга соответственно для обмена за- 
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просами авторизации и тарификации — МЕР (Коапитпе Ргосеззте Модше), а для 
перевода — ВРМ (ВапКше Ргосеззте Модше) 

Программные шлюзы межуровневого взаимодействия осуществляют программ- 
ное взаимодействие между информационным и клиентским уровнями и реализуют- 
ся на основе программных модулей МП (Пщецеуе| Пце асе Моде). 

Рассмотрим более подробно отдельные модули. 

ЕРМ обеспечивает в реальном времени обмен информацией по авторизации и 
тарификации услуг между оборудованием предоставления услуг и управляющим 
ядром УБС. Содержательные аспекты данной информации в основном рассмотре- 
ны в примерах по описанию функций управляющего ядра. Здесь же необходимо от- 
метить, что программная реализация ЕРМ для сетей СКК и СПК обычно отличает- 
ся по типу используемого протокола, так, в частности, для СКК обычно использу- 
ется верхние уровни протокола ТСРЛР, а для СПК — протокол Кади. В этом слу- 
чае можно говорить о модулях СКК как ЕРМС (сапе!) и ЕРМЬ (ЪБиг$() для СПК. 

ВРМ должны обеспечивать съем и предварительную обработку СОК, которые 
накапливаются в оборудовании, предоставляющем услуги связи. Несмотря на опре- 
деленную стандартизацию форматов СОК, которые накапливаются в оборудова- 
нии, в общем случае КРМ отличаются как для стыка с оборудованием различных 
сетей (соответственно, КРМс и КРМЬ), так и реально отличаются даже для разного 
оборудования одного типа сетей. 

ВРМ обычно обеспечивают обмен запросами между центральными и перифе- 
рийными УБС, а в том случае, если в периферийной УБС отсутствует запрашивае- 
мый пароль доступа, то КРМ обращается в центральную УБС за дополнительной 
авторизацией. В этом случае ВРМ обеспечивает безопасный доступ и далее функ- 
ционирует как ЕРМ, обеспечивая соответствующее согласование протоколов и 
форматов. 

ВРМ функционирует как модуль безопасного перевода счетов из одной УБС 
другую в случае, если технология функционирования УБС предусматривает «ми- 
грацию» счетов из одной УБС в другую. Дополнительной функцией ВРМ является 
возможность отражения в базе данных счетов истории их миграции. Это позволяет 
при получении запроса из другой УБС на перевод счета, который уже переведен, 
указать «адрес» УБС, к которой необходимо обратиться по данному паролю досту- 
па к счету. Согласование протоколов сети обмена информацией обычно произво- 
дится на уровне аппаратных средств. 

На рис. 5.15 показана совокупность модулей, принадлежащих блоку программ- 
ных шлюзов. 

Базы данных информационного и клиентского уровней должны содержать 
совокупность постоянной и переменной информации, необходимой и достаточной 
для функционирования универсальной УБС. В общем случае базы данных включа- 
ют в себя информацию о договорах, клиентах, обо всех типах счетов, СОК, тран- 
закциях, тарифных планах, отчетах, выставленных платежах и расчетах по ним, а 
также данные статистики, справочные каталоги и другую информацию, необходи- 
мую для функционирования системы. Распределение баз данных на информацион- 
ный и клиентский уровень является достаточно условным (см. рис. 5.14). В то же 
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время такое распределение может носить принципиальный характер при реализа- 
ции системы безопасного доступа к данным. 

Кроме использования информации из баз данных для реализации своей основ- 
ной функции — биллинга, УБС использует эту информация также для мониторинга 
работоспособности и технической эксплуатации. 

Для доступа к информации и обработки данных служат административные и 
_ пользовательские интерфейсы. Административные и пользовательские интерфейсы 
являются программным средством реализации определенного класса функциональ- 
ных компонент с помощью графического отображения данных запроса и данных 
результата выполнения указанных компонент. По сути дела, это также определен- 
ный класс программных модулей, который определен на множестве взаимодейст- 
вий: аппаратуры системы с персоналом, системного ПО с персоналом, системного 
ПО с прикладным ПО, прикладного ПО с персоналом оператора связи. 

Исходя из функционального назначения данных модулей, их можно разделить 
на интерфейсные модули пользователей и интерфейсные административные моду- 
ли. Административные интерфейсные модули (МПМ), в свою очередь, можно разде- 
лить на модули администрирования системы (ММ$), мониторинга (МПМт), сбора 
и обработки статистики (ММУ, генерации (ММ?), выполнения функций админи- 
стрирования платежных документов (МИМр). Пользовательские интерфейсы (МПО) 
подразделяются на интерфейсы генерации договоров (МП/с), генерации отчетов 
(МГОЪ, генерации счетов и контроля оплаты (МПОЪ), контроля инструментов опла- 
ты (МГр). 


5.8. Система безопасности 


Вопрос безопасности УБС, как и иных подобных систем, является одним из важ- 
нейших системных вопросов ее реализации и функционирования. Под безопасно- 
стью аппаратно-программного комплекса обычно понимают получение админист- 
рацией оператора полного контроля над процессами взаимодействия в системе и 
процессами ее обслуживания. Этот первый вид безопасности относится к внутрен- 
ней безопасности системы. Второй вид безопасности — это «внешняя» безопас- 
НОСТЬ, Т.е. защита от несанкционированного действия внешних пользователей, в ча- 
стности абонентов системы. 

Для реализации внутренней безопасности используется система безопасности, 
которая имеет следующие подсистемы: 

— политики безопасности; 

— подотчетности; 

— гарантий; 

— документации; 

— служб. 

Политика безопасности определяется в сфере дискретного доступа к функциям 
программного обеспечения и объектам, а также повторного использования объек- 
тов. Для регулирования доступа персонала к различным функциям ПО в пределах 


СИСТЕМЫ РАСЧЕТОВ ЗА УСЛУГИ СВЯЗИ 213 


системы, подсистемы и каждого модуля создается список групп пользователей. В 
пределах отдельной группы предоставляется конечный набор функций, разрешен- 
ных или запрещенных к использованию конкретным сотрудником. Политика безо- 
пасности реализуется средствами как системного, так и технологического ПО. 

Подотчетность основана на едином механизме аутентификации, создании 
«периметра безопасности» и аудите. Единый механизм аутентификации строится 
на основе использования стандартной процедуры, выделения «ролей» пользовате- 
лей и администраторов и реализации набора граничных критериев работы пользо- 
вателя. При этом минимальной подотчетной единицей является конкретный со- 
трудник, взаимодействующий с УБС, а учетной информацией являются его атрибу- 
ты и пароль доступа, граничными критериями, в частности, являются временные 
параметры разрешенной работы, количество неудачных попыток и т.д. 

Периметр безопасности характеризуется используемыми средствами доставки 
и контролем за исполнением правил доступа в пределах периметра. Надо отметить, 
что при использовании средств СКК и СПК необходимо не только учитывать безо- 
пасность коммутации и маршрутизации, но и использовать средства «благонадеж- 
ности» хостов и клиентов средствами сетевого экрана как со списком хостов, так и 
со списками «черных» и «серых» клиентов. 

Аудит как элемент безопасности подразделяется на организационный аудит, 
аудит системного и прикладного ПО, а также онлайновый анализ проводимых 
действий. Организационный аудит включает введение ограничений доступа пер- 
сонала в серверные помещения, проверку неавторизованного или тайного доступа 
к серверам или рабочим местам, контроль внесения изменений в работу аппарату- 
ры системы, включая остановку и запуск серверов, а также контроль модифика- 
ций системы, приводящих к нарушению безопасности системного программного 
обеспечения. 

Аудит системного ПО включает аудит всех операций администраторов, кон- 
троль подключения/отключения рабочих мест, вхождения/выхода пользователей в 
систему, а также обнаружение попыток неавторизованного доступа. 

Аудит прикладного ПО включает контроль вхождения/выхода пользователей из 
системы, учет операций получения данных и их изменения, остановки процессов и 
нештатные ситуации, а также онлайновый анализ действий пользователей. 

Понятие гарантии в контексте безопасности включает в себя гарантии техниче- 
ской архитектуры системы и ее целостности, анализ скрытых каналов информации, 
а также тестирование. 

Документация является составным элементом системы безопасности, посколь- 
ку содержит свод правил, которым необходимо следовать для реализации системы 
безопасности. Документация обычно содержит руководства администратора и 
пользователя по системе безопасности, а также инструкции для проведения тести- 
рования. 

Службы. Для проведения необходимых действий и мероприятий системы безо- 
пасности администрация оператора, как правило, организует службы информаци- 
онной безопасности и контроля и тестирования. В службу информационной безо- 
пасности включают администратора серверов, администратора сети в пределах пе- 
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риметра безопасности, администратора системы безопасности, а также операторов 
системы безопасности. В службу контроля и тестирования обычно входит админи- 
стратор персонала и технологический администратор. 

Говоря о внешней безопасности УБС, необходимо подчеркнуть, что для ее реа- 
лизации может быть использован аналогичный с внутренней безопасностью ком- 
плекс средств и мероприятий. При этом ряд средств и мероприятий может быть об- 
щим для обеих систем безопасности. Проиллюстрируем это утверждение на одном 
наглядном примере. Речь в данном случае идет о хранении паролей авторизации в 
базе данных в зашифрованном виде. Причем шифрация осуществляется путем хе- 
ширования на входе УБС, и внутренний пользователь не может восстановить пер- 
воначальный код и воспользоваться этими данными для собственных целей или пе- 
редачи этих паролей третьим лицам. Таким образом, хранение паролей доступа 
платежных инструментов в хешированном шифрованном виде решает одновремен- 
но и задачу внутренней и внешней безопасности. 

Изложенные в настоящей главе концепция и подходы к проектированию уни- 
версальной биллинговой системы позволяют реализовать единую систему предос- 
тавления и биллинга услуг связи, реализующую свои функции на разнородных се- 
тях связи. Это, в свою очередь, позволит оптимальным образом реализовать весь 
спектр современных телекоммуникационных приложений, требующих учета и ис- 
пользования всех рассмотренных выше принципов универсальности. 
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ПРИЛОЖЕНИЯ 


Приложение 5.1. Реальная плоскость услуг 


Обозначим компоненты биллинга на реальной плоскости услуг через ЭВН}, где ин- 
декс 1 определяет вид и тип биллинга, а } — вид основных или дополнительных ус- 
луг разных сетей связи. Другими словами, ЭВЕ| являются составными компонента- 
ми, представляющими сочетание простых компонент. 

Можно выделить следующие простые компоненты по виду биллинга: 

— ВЕ] — оН-Ппе ро${-раа; 

— 5ВЕ?2] — оп- Ппе ро$(-раа; 

— 5ВЁЗ] — оп-Ппе р/рге-раа; 

— 5ВЕ4] — Бо+-[ше розра19; 

— 5ВЕ5] — Во{-Ппе рге-ра14; 

— 5ВЁ6] — пополнение Во{-Ппе рге-ра14; 

— 5ВЕ7] — пополнение во{-Ппе ро${-ра19; 

— ВЕ 8] — пополнение оН-пе ро${-ра14; 

— 5ВЕ9] — пополнение оп -Ппе роз-ра14; 

— ЭВЕ 10] — роуминг. 

С другой стороны, можно привести неполный перечень простых компонент, от- 
носящихся к виду услуг: 

— ВЕ! — основные услуги мобильной связи; 

— $ВЕ12 — прием-передача ЗМЗ; 


— $ВЁ112 — коммутируемый доступ к сети Интернет; 

— 5ВЕ!3 — постоянный доступ к сети Интернет. 

Например, составная компонента 3ВЕ28 представляет компоненту для оп-Ппе 
ро${-ра1А биллинга междугородной связи фиксированной телефонной сети 
(рис. П5.1). 


Рис. П5.1. Пример составной компоненты 
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В частности, в табл. П5.1 приведены обозначения простых компонент услуг ин- 
теллектуальной сети (С51). 


Таблица П5.1 


Наименование и аббревиатура компоненты биллинга Назначение 


Сокращенный набор (АБгеужеа ПлаПп?)| ЗВТАВО |Биллинг сокращенного набора 


Бесплатный вызов (ЁЕгеервопе) ЭВЕЕРН  |Биллинг при оплате разговора вызываемым 
абонентом 


Телеконференция (Сопегепс1т?) ЭВКОМ |Биллинг услуг каждого из абонентов, участ- 
вующих в телеконференции 


Направленный вызов (Са Еогмаг и?) ЪВЕЕ Биллинг услуги по перенаправлению вызова 
на терминал с другим номером под управле- 


нием самим пользователем 


Универсальный номер (Отуегза! Ассез$ | ЗВЕДЧАМ |Биллинг доступа к географически распреде- 
Митфег) ленным терминалам пользователя по едино- 


му универсальному номеру 


Виртуальная частная сеть (Ушма| Риуже | ЗВЕУРМ | Биллинг услуг по организации и функциям 
Мевмо!К) виртуальной частной сети 


Телеголосование (Маз$ СаШп?) ЗВЕМА$ |Биллинг услуги по организации телеконфе- 


м 


ренций 


В свою очередь, набор компонент по типу и виду биллинга в предметной облас- 
ти услуг связи может определять некоторую услугу биллинга 5Вт, иначе говоря, 
Вт = {ЗВЕЦ}. Таким образом, на плоскости услуг будут проектироваться услуги 
биллинга, каждая из которых определена в области составных компонент: 

В = {5В: 5Вш < ЗВЕЦ} 


Приложение 5.2. Функциональная компонента 
генерации пин-кодов 


Функциональная компонента генерации пин-кодов является одной из компонент 
универсальной системы биллинга. Она необходима в случаях, когда аутентифика- 
ция и авторизация пользователей проводится не по сетевому номеру терминала, а 
по некоторому цифровому паролю доступа (пин-коду — персональному идентифи- 
кационному номеру), который присваивается каждому счету (номеру) карты. Таким 
образом, пин-код является одной из основных характеристик телекоммуникацион- 
ного биллинга, ориентированного на использование карточных платежных инстру- 
ментов. 

Учитывая вопросы безопасности использования карточных платежных инстру- 
ментов, в частности защиту от технического и внутрикорпоративного фрода (см. 
Приложение 4.2), целесообразно хранить сгенерированные пин-коды в базе данных 
биллинговой системы в зашифрованном виде. Для исключения возможности вос- 
становления пин-кодов такое преобразование должно быть однонаправленным. 
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Технологический процесс генерации счетов (пин-кодов) платежных инструмен- 
тов выполняется в несколько этапов: 

1) задаются начальные параметры генерации; 

2) реализуется циклический процесс генерации; 

3) при необходимости изготовления платежных инструментов производится 

подготовка данных в определенном формате; 

4) сгенерированные счета платежных инструментов актуализируются в системе 

биллинга. 

На первом этапе, как минимум, должны быть заданы следующие параметры: 

— диапазон номеров генерируемых текущих счетов; 

— валюта расчетов; 

— вид счета; 

— тип счета; 

— дата активации счета; 

— сумма на счете на дату активации. 

Указанные параметры необходимы для генерации счетов платежных инстру- 
ментов, ориентированных на поддержку практически всего спектра бизнес-процес- 
сов оператора. Естественно, что для каждого конкретного бизнес-процесса приве- 
денный список возможно придется дополнить. 

На втором этапе осуществляется собственно генерация пар «номер счета — па- 
роль доступа (пин-код}». 

Учитывая специфику традиционных телефонных сетей (сетей связи с коммутаци- 
ей каналов), в приложениях, ориентированных на доступ к счету только посредством 
посылки тональных сигналов с тастатуры телефонного аппарата, в качестве пароля 
традиционно используется пин-код. С другой стороны, для авторизации пользовате- 
лей при предоставлении им услуг коммутируемого доступа к сети Интернет, тради- 
ционно используется произвольная последовательность любых символов, что не ме- 
шает использовать цифровую последовательность для универсальной авторизации. 

Поскольку пин-код представляет собой последовательность цифр заданной дли- 
ны, для генерации этой последовательности применяется генератор случайных чи- 
сел, который, являясь стандартным элементом любой системы программирования, 
реализует математическую выборку случайных целых чисел с заданным законом 
распределения. Для инициирования генератора также должно использоваться слу- 
чайное число (например, число секунд с начала суток в момент начала генерации). 
Нередко для генерации последовательности используют специализированные аппа- 
ратные генераторы случайных чисел. 

Далее сгенерированная последовательность цифр проверяется на выполнение 
одного или нескольких условий пригодности, принятых в системе. Например, мо- 
жет проверяться условие равноудаления множества пин-кодов как целых чисел. 
Это означает, что пин-коды не могут быть ближе друг к другу на заданное значе- 
ние, называемое параметром разрешения. Такое условие должно затруднить подбор 
пин-кодов методом последовательного перебора целых чисел при попытке несанк- 
ционированного доступа. Однако такое ограничение приводит к уменьшению коли- 
чества возможных пин-кодов в системе. Кроме того, алгоритм проверки выполне- 
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ния этого условия подразумевает дополнительное ограничение, а именно — первая 
цифра пин-кода не может быть нулем. 

На этом этапе также проводится комплекс мероприятий для обеспечения защи- 
ты файла счетов платежных инструментов, содержащего и сгенерированные пин- 
коды, от несанкционированного доступа. Один из вариантов такой защиты заклю- 
чается в том, что сгенерированные и проверенные на пригодность пин-коды суще- 
ствуют в оперативной памяти компьютера лишь короткое время. В базу данных за- 
писываются цифровые образы пин-кодов, полученные одним из методов однона- 
правленного шифрования (например, хэширования). Сущность однонаправленного 
метода шифрования состоит в том, что из цифрового образа невозможно восстано- 
вить исходное значение. При такой процедуре шифрования сгенерированных пин- 
кодов необходимо предусмотреть аналогичную процедуру шифрования при аутен- 
тификации пользователей, поскольку при идентификации счета пользователя на- 
Оранный им пин-код подвергается идентичной процедуре шифрования и в дальней- 
шем сравниваются уже цифровые образы. 

На третьем этапе для подготовки к изготовлению платежных инструментов, в 
частности скретч-карт, выполняют формирование файла с пин-кодами определен- 
ного формата. Для защиты файла от несанкционированного доступа в процессе его 
передачи изготовителю может быть использован метод шифрования с открытым 
КЛЮЧОМ. 

Пин-коды после генерации должны быть записаны в файл в зашифрованом ви- 
де. В момент аутентификации в памяти компьютера на короткое время появляется 
промежуточная запись пин-кода в открытом виде, поэтому должна быть обеспечена 
защита этой записи средствами операционной системы. Например, доступ к файлу 
имеет только тот процесс операционной системы, который создал эту запись. В на- 
стоящее время такого рода защита предоставляется большинством операционных 
систем. 

На четвертом этапе осуществляется собственно перенос данных о сгенериро- 
ванных счетах платежных инструментов в систему. В целях безопасности сгенери- 
рованные счета блокируются до получения изготовленной партии платежных инст- 
рументов и их проверки. 


Приложение 5.3. Взаимодействие между лицевыми и 
текущими счетами 


Рассмотрим примеры взаимодействия между текущими счетами кредитовых пла- 
тежных инструментов (Ср), счетами «на предъявителя» (Си), лицевыми персонифи- 
цированными (р) и неперсонифицированными (Ги) счетами, кредитными теку- 
щими счетами различных услуг (Т$с). 

Пример 1. При заключении договора между пользователем и оператором на 
оказание услуг организуется Гр, в котором, кроме реквизитов пользователя, ука- 
зываются виды оказываемых услуг, номера терминалов, [Р-адреса, пароли и логи- 
ны, а также при необходимости номера и пароли кредитных платежных инструмен- 
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тов из Ср. Одновременно к данному лицевому счету привязываются текущие счета 
Т5с по каждому виду услуг. Кроме того, в лицевом счете могут быть указан поря- 
док платежей, наличие абонентской платы и ее сумма, уровень кредита и т.д. 

При авторизации по паролю доступа выполняется выборка из Ср набранного 
пин-кода и происходит обращение к 1р для определения прав пользователя на 
данный тип услуги. При получении услуги производится ее биллинг и добавление 
соответствующей задолженности на текущий счет пользователя по данной услуге. 

По окончанию расчетного периода задолженности пользователя по всем теку- 
щим счетам переносят в его лицевой счет и обрабатывают. 

При авторизации пользователя по сетевому номеру терминала (или [1Р-адресу) 
определяются права пользователя путем обращения через текущие счета Т$ к [р. 
При подтверждении этих прав услуга предоставляется, биллингуется, и ее стои- 
мость отражается на текущем счете. По окончании расчетного периода задолжен- 
ности пользователя переносят в его лицевой счет и обрабатывают. 

Пример 2. Взаимодействия счетов при использовании дебетовых расчетов с ав- 
торизацией по платежным инструментам. При авторизации пользователя через Си 
автоматически образуется лицевой счет [и и текущие счета данного вида услуг. В 
дальнейшем сумма затрат по каждому виду услуг накапливается на текущих счетах 
и суммируется на лицевом счете. Одновременно на Си уменьшается сумма депози- 
та. В случае пополнения с этого счета других Си или [р затраты отражаются толь- 
ко на данном счете и не отражаются на соответствующем лицевом счете. 

Пример 3. Оказание предоплаченных услуг пользователям, имеющим персони- 
фицированные лицевые счета. Предоплата в этом случае возможна как пополнение 
ГЪр с дебетового счета платежного инструмента, так и другим способом. При полу- 
чении предоплаты на лицевой счет Гр автоматически открывается текущий счет 
Т$4, на который заносится соответствующая сумма. Эта сумма уменьшается на 
стоимость предоставленных услуг. Таким образом, указанная предоплата касается 
только одного вида услуг. 

Пример 4. Выделение из суммы дебетового остатка на счете Сл целевых сумм 
на оплату того или иного вида услуг. В этом случае при образовании лицевого не- 
персонифицированного счета может быть указана сумма предоплаты определенно- 
го вида услуг, которая пополняет через Ги. Для счета Си эта сумма засчитывается 
как пополнение внешнего счета. 


Приложение 5.4. Оптимизация управления предприятием 


Необходимость систематизации процессов управления бизнес-процессами была 
осознана еще в начале ХХ века. В настоящее время без систем управления пред- 
приятием (СУП) невозможно успешное ведение бизнеса. Одними из первых СУП 
были системы планирования производственных ресурсов (МапаЁасваге Везоигсе$ 
Р1аппи?, МЕРИ), работа которых сводилась к планированию распределения мате- 
риальных и финансовых ресурсов и производственных мощностей, необходимых 
для производства (рис. П5.2). 
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Рис. П5.2. Пример системы планирования производственных ресурсов 
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Со временем МКР-системы развивались, приобретая новые функциональные 
возможности, и постепенно сложилось понимание того, каким образом приспосо- 
бить их для планирования и управления бизнесом в масштабе не только целого 
предприятия, но и крупной многопрофильной транснациональной корпорации. Но- 
вые системы, реализовавшие в себе данные функции, получили название ЕКР (Еп- 
1егризе Везоигсе Р1апии?). 

Оптимизации управления предприятием имеет определяющее значение для ус- 
пешного бизнеса. Что же необходимо для решения этой задачи? 

Определяющими направлениями, по-видимому, являются: 

— наличие полной и детальной картины профильного бизнеса и возможность по- 
лучать решения, позволяющие эффективно реагировать на изменения внеш- 
ней и внутренней среды предприятия; 

— получение точной информации вовремя, что необходимо для принятия пра- 
вильных решений; при этом необходимыми условиями является уменьшение 
объемов неавтоматизированной деятельности сотрудников и работа в реаль- 
ном времени с клиентами и поставщиками; 

— гибкая и простая технология управления информацией и ресурсами с обяза- 
тельным учетом безопасности и защиты данных. 
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Эти направления должны реализоваться в рамках единой СУП, которая включа- 
ет: ЕВР, управление поставками и цепочками поставок, управление взаимоотноше- 
ниями с клиентами (Сизютег Кеаноп$мр Мапаретет, СКМ). При этом СУП пред- 
ставляется как открытая архитектура, что предполагает наличие интегрированных 
решений, охватывающих все виды управления финансами, персоналом, ресурсами, 
всем процессом производства, начиная с планирования и заканчивая исполнением. 

ЕВР-системы — набор комплексно интегрированных приложений, которые в 
едином информационном пространстве поддерживают все основные аспекты управ- 
ленческой деятельности предприятий — планирование ресурсов (финансовых, чело- 
веческих, материальных) для производства товаров (услуг), оперативное управление 
выполнением планов (включая снабжение, сбыт, ведение договоров), все виды учета, 
анализ результатов хозяйственной деятельности. Основными требованиями, предъяв- 
ляемым к ЕКР-системам, являются: централизация данных в единой базе; близкий к 
реальному времени режим работы; сохранение общей модели управления для пред- 
приятий любых отраслей; поддержка территориально-распределенных структур; ра- 
бота на широком круге аппаратно-программных платформ и СУБД. 

Вопросы реализации и внедрения систем управления предприятием достаточно 
хорошо разработаны и описаны в литературе, поэтому в данном контексте мы за- 
тронем только основные положения этой концепции. 

Систематизация управления бизнесом основана на определении целей и страте- 
гии предприятия. При этом необходимо четко понимать бизнес-процессы в рамках 
принятой модели предприятия и представлять цель как систему взаимосвязанных 
показателей, таких, как финансы, клиенты, внутренние бизнес-процессы, обучение 
и рост. Приступая к построению системы взаимосвязанных показателей (Ва!апсеа 
эсогесаг4, ВС), необходимо исходить из того, что одни лишь финансовые оценки 
недостаточны для эффективного управления предприятием. 

Цели и показатели следует рассматривать сразу в следующих аспектах: 

— финансы — как стратегию роста прибыли с точки зрения акционеров; 

— клиенты — как стратегию создания стоимости с точки зрения заказчиков; 

— внутренние бизнес-процессы — как приоритеты совершенствования; 

— обучение и рост — как приоритеты для инноваций, обучения и организацион- 

ных перемен. 

Подход к управлению на основе бизнес-процессов позволяет рассматривать в 
качестве объектов автоматизации не отдельные функции, а весь бизнес в целом. На 
этом этапе определяются и цели автоматизации, поскольку они являются одним из 
основных факторов оптимизации управления и должны соответствовать стратегии 
развития предприятия. 

Одним из основных элементов системы управления предприятием является ста- 
тистическое управление запасами. Данный вид управления может быть интерпре- 
тирован как система поддержки принятия решения об уровне и сроках закупок то- 
варов и материалов на основании статистической обработки информации о склад- 
ских запасах. 

Другим важнейшим элементом системы управления предприятием является 
операционное управление маркетингом. Маркетинг имеет свою специфику для кон- 


222 ГЛАВА 5 


кретного вида товара, бизнеса и конкретной рыночной ситуации, однако с точки 
зрения планирования любой маркетинг может быть приведен к некоторой техноло- 
гической последовательности, которой можно управлять и которую можно контро- 
лировать через стандартные технологии (поддержку управления проектами и мето- 
дологию планирования маркетинговых операций). Управление проектами (пра- 
вильнее в данном случае — проектное управление) подразумевает специальную 
форму организации и соответственно управления, при которой вводится специаль- 
ная единица управления и отнесения затрат — проект. Это, в свою очередь, предпо- 
лагает изменение учетных регистров и документооборота и использование одно- 
именной формы финансового управления. 

На основе стратегического управления запасами и операционного маркетинга 
осуществляется бизнес-планирование. Если первые системы оптимизации управле- 
ния предприятием выполняли механическое (статистическое) соединение данных, 
то современные подходы строятся на основе методологии «динамического анали- 
за» и\или «динамического изменения плана» по всей цепочке планирования после 
подготовки чернового плана. Таким образом достигается возможность более точно- 
го определения причин возникновения «исключительных ситуаций» и управления 
плановыми компонентами. 

Важнейшим компонентом системы управления предприятием является управле- 
ние взаимоотношениями с клиентами (СЕМ). Основные тенденции развития этого 
направления [48, 49] лежат в плоскости реализации новых требований на основе 
новых возможностей. В частности, в [48] приводится достаточно обоснованный 
прогноз развития СКМ в части поддержки стимулируемых пользователем процес- 
сов в среде реального времени. Это, в свою очередь, размывает традиционно суще- 
ствующие границы приложений и, что наиболее важно, требует наличия полностью 
интегрированного пользовательского уровня, обеспечивающего возможности 
сквозного обслуживания пользователей и поставщиков. 

Изложенные выше основные аспекты оптимизации управления предприятием 
реализуются в разработанных в настоящее время системах управления предпри- 
ятием. При этом мировой опыт показывает, что успеха достигли те предприятия, 
которые: 

— имеют системный взгляд на свою деятельность и рассматривают себя как еди- 
ную производственно-сбытовую систему (ПСС) [51], интегрируя такие сферы, 
как маркетинг, создание новых изделий, снабжение, производство, сбыт, дос- 
тавку продукции потребителю, сервисное обслуживание; 

— используют для достижения технологической эффективности в качестве глав- 
ной своей бизнес-модели промышленные ЕЁВР-стандарты [52]. 

Использование ЕКР-системы направлено на оптимизацию организации произ- 
водства и управления предприятием, т.е. на улучшение бизнес-процессов предпри- 
ятия (Визшез$ Ргосез$ Нпгоуетет, ВР). При этом обычно декларируется пять уров- 
ней улучшения бизнес-процессов на предприятии [52]: 

|. Динамический хаос — дисбаланс коммерческих, производственных и финан- 
совых целей — характеризуется отсутствием системного взгляда, а предприятие 
рассматривается как совокупность отдельных элементов. 
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2. Контроль — балансировка коммерческих, производственных и финансовых 
целей предприятия. Данный уровень подразумевает «налаженный» учет и контроль 
основных мероприятий на предприятии. 

3. Оптимизация — упрощение основных бизнес-процессов на предприятии, что 
ведет к снижению издержек. 

4. Адаптация — корректировка бизнес-процессов в соответствии с условиями 
внешней среды. 

5. Мировой класс — возможность предприятия формировать рынок. 

Каждый ВР|-уровень можно охарактеризовать с точки зрения качества готовой 
продукции и критериев управляемости процессов (оценки бизнес-процессов на 
полноту и точность). Философия ВР] определяет, что достичь совершенства (как и 
полной универсальности, о чем мы уже говорили) невозможно, но к нему нужно 
все время приближаться. ВР] определяет уровни совершенства, или, иначе, уровни 
непрерывного улучшения бизнес-процессов предприятия. 


Приложение 5.5. Корпоративный портал 


Термин «портал» используют для обозначения различного рода информационных и 
функциональных взаимодействий в рамках Интернет-технологий. К информацион- 
ным порталам относят большие информационные сайты, на которых размещается 
информация о деятельности одной или нескольких компаний, ассортименте това- 
ров, перечень оказываемых услуг, новости и т.д. Потребительские порталы обыч- 
но оказывают платные или бесплатные услуги электронной почты, оп-Ппе доступ к 
информации, поиск информации в сети Интернет и т.д. Торговые порталы в основ- 
ном предназначены для объединения вокруг себя \еб-узлов поставщиков товаров и 
организации документооборота между ними, а также для организации электронных 
торговых площадок. 

Под корпоративным порталом обычно понимают организацию совокупности 
информационных ресурсов некоторой компании (базы данных, аналитические и 
экспертные системы, приложения и т.д.) с единым защищенным доступом к этим и 
внешним ресурсам посредством \еБ-интерфейса. Это дает возможность не устанав- 
ливать на клиентских местах специальные интерфейсы, что характерно для клиент- 
серверных технологий. При этом корпоративный портал обеспечивает территори- 
альную целостность информационного пространства компании, являясь одновре- 
менно средой обмена сообщениями. Таким образом, корпоративный портал являет- 
ся инструментом для реализации некоторой совокупности систем управления. Од- 
нако корпоративный портал не может заменить собой эти системы, в частности 
системы управления предприятием, поскольку не выполняет бизнес-операций, а его 
функции — быть связующим звеном между ресурсами и пользователем. На 
рис. [15.3 показана структура взаимодействия пользователей с ресурсами корпора- 
тивного портала. 
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Рис. П5.3. Структура взаимодействия пользователей с ресурсами корпоративного портала 


Требования к реализации корпоративного портала постоянно обновляются, од- 
нако существуют некоторые базовые требования, в том числе изложенные в [50]. 
Эти требования включают в себя: 
— интеграцию с серверными источниками данных и корпоративными приложе- 
НИЯМИ; 

— возможность программирования и заказной настройки портала в соответствии 
с его специфическими требованиями; 

— оснащение портала функциями управления знаниями, упрощающими пред- 
ставление документов и другого создаваемого контента, равно как и управле- 
НИЯ ИМИ; 

— обеспечение совместной работы сотрудников компании над документами и 

проектами; 

— возможности автоматического сканирования и индексации неструктурирован- 

ных данных; 

— четкую систематизацию контента; 

— предоставление эффективных возможностей поиска информации по заданным 

условиям; 

— обеспечение простоты создания небольших портальных приложений и «гад- 

жетов» (га4ое{ (англ.) — буквально: приспособление в виде технической но- 
винки) собственными силами компании; 
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— возможности преобразования портальных приложений в \еб-сервисы, кото- 
рые должны легко размещаться на портале; 

— возможности непосредственного ввода контента самими пользователями, при 
этом вводимый пользователем контент должен проходить процедуру одобрения. 

Функциональные возможности корпоративного портала должны обеспечивать: 

— групповую работу пользователей над документами и проектами, осуществляя 
обсуждение и обмен мнениями как в реальном времени, так и в отложенном 
режиме; 

— контроль исполнения задач; 

— поддержку большинства программных платформ с интеграцией приложений, 
работающих практически под любой операционной системой и на любом язы- 
ке программирования; 

— производительность и масштабируемость благодаря использованию архитек- 
туры \еб-сервисов; 

— безопасность доступа к каждому информационному ресурсу, в том числе пу- 
тем настройки на каждого пользователя или группы пользователей; 

— открытость и расширяемость системы. 

Исходя из изложенных выше рекомендаций и для обеспечения основных функ- 
циональных требований, можно в общем виде определить архитектуру корпоратив- 
ного портала. Как указывалось выше, в основе архитектуры корпоративного порта- 
ла лежит архитектура \еБ-сервисов. За основу архитектуры можно принять реше- 
ния, предложенные компанией Р]апитее (рис. П5.4). 
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Рис. П5.4. Архитектура корпоративного портала Р!ипигее 


8 — 8429 


226 ГЛАВА 5 


Основной сервер портала (роца| аррПсаНоп зегуег) позволяет организовать со- 
вместную работу над проектами, предоставляет общий доступ к документам и уста- 
навливает расписание выполнения работ и возможность обмена мнениями. Кроме 
того, используя механизм параллельной обработки, он объединяет все сервисы, 
предоставляемые ргадге{-серверами, а также позволяет создавать га4ое{-приложе- 
ния (гадое{ уме зегу1сез) без написания программного кода. В свою очередь «гад- 
жеты» позволяют выводить на персональную страницу пользователя данные из 
внутрикорпоративных приложений и баз данных собственных и внешних источни- 
ков. Индексирование информационных ресурсов из различных баз данных осуще- 
ствляется посредством поискового веб-сервера (ста\Лег ууеь зегу1се$). Для одновре- 
менного доступа пользователей к ресурсам используется механизм параллельной 
обработки (рагаПе] ропа| епотпе). 

Необходимо отметить, что в архитектуру корпоративного портала могут вхо- 
дить и другие сервера, например, сервер беспроводного доступа, студио-сервер, 
сервер поиска, а также различные контент-сервера. 

Технология функционирования современного предприятия предполагает, что с 
одной стороны, в его инфокоммуникационной системе накапливается множество 
различных документов, требующих хранения, обработки и многопользовательского 
территориального доступа, а с другой стороны, разным по типу и структуре взаи- 
моотношений пользователям требуется быстрый и надежный обмен сообщений. 
Корпоративный портал может дать эффективные решения для поддержки такой 
технологии. 


Часть 3 


СИСТЕМНАЯ ИНТЕГРАЦИЯ 


Глава 6 


ИНТЕГРАЦИЯ СИСТЕМ ПРЕДОСТАВЛЕНИЯ И 
БИЛЛИНГА УСЛУГ СВЯЗИ 


В предыдущих главах были рассмотрены основные принципы построения систем 
предоставления и биллинга услуг связи. В те годы, когда номенклатура услуг и ви- 
ды биллинга только определялись, каждую из этих систем проектировали отдельно, 
затем их объединяли. На современном этапе развития телекоммуникаций такого 
подхода недостаточно. Очевидно, что эти системы неразрывно связаны между со- 
бой и необходим системный подход к их проектированию. 

Как известно [53], в любой системе управления существует взаимосвязь между 
входными параметрами и выходной реакцией системы, а также обратная связь, ко- 
торая вносит дополнительное входное возмущение. Системы предоставления услуг 
и биллинга можно рассматривать как простые системы управления, которые подчи- 
няются этому правилу (рис. 6.1, а). В сложной системе, состоящей из их совокупно- 
сти, существует также дополнительная обратная связь, которая оказывает влияние 
на предоставление услуг в зависимости от результатов биллинга (рис. 6.1, 6). 


а) 


Рис. 6.1. Обратная связь в простой (а) и сложной (6) системе: 
О -— входные параметры, Р — система; и- выходное воздействие; 
+ — обратная связь; В — результирующее воздействие 


До тех пор, пока обратная связь была слабая, ее воздействие можно было учи- 
тывать отдельно в каждой системе. На современном уровне развития систем пре- 
доставления и биллинга услуг связи, когда они становятся важной составной ча- 
стью системы управления предприятием и когда технология и администрирование 
услуг оказывают влияние на хозяйственную деятельность предприятия связи, эти 
системы нельзя рассматривать без учета взаимосвязи между ними, а только как 
единое целое. 
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6.1. Принципы построения инфокоммуникационных систем 


Одна из преобладающих тенденций современного этапа развития телекоммуника- 
ций — слияние систем передачи и обработки информации с информационными 
системами управления производственными процессами и администрирования. Эту 
тенденцию можно определить как переход на идеологию построения инфокомму- 
никационых систем (ИКС) [54]. 


Можно выделить четыре основных признака ИКС: 


|1) активное взаимодействие с информационным окружением — это не только 
прямое информационное взаимодействие, но также активное влияние на это окруже- 
ние как в виде дополнительного входного воздействия, так в виде обратной связи; 


2) целевая направленность системы — это реализация цели не только на уров- 
не функционирования системы во всех плоскостях физического и прикладного 
уровней, а также на аппаратно-программном и пользовательском уровнях; 


3) распределение функций на распределенной структуре — это, во-первых, не- 
обходимость построения ИКС в виде распределенной структуры с реализацией 
множества функций на множестве узлов сетевой структуры, а во-вторых, возмож- 
ности использования одной функции множеством пользователей. 


4) компонентное физическое построение — в отличие от модульного построе- 
ния можно определить как глобальный подход [54], в рамках которого первична не 
реализация отдельных физических модулей, а проектирование системы в виде еди- 
ного целого, заранее учитывающее наличие универсальной среды обмена и обра- 
ботки информации. 


Применим идеологию построения ИКС к универсальным системам предостав- 
ления и биллинга услуг связи. Для этого рассмотрим, как признаки ИКС формули- 
руются в терминах гибридной интеллектуальной сети (ГИС) и универсальной бил- 
линговой системы (УБС) с учетом наличия системы управления предприятием 
(СУП). Эти три составляющих ИКС (рис. 6.2) функционируют в рамках некоторой 
среды, которую назовем «сетью связи и взаимодействия». 

При этом необходимо сделать принципиальное замечание, которое критично 
для дальнейшего изложения. В ближайшем будущем вряд ли возможно в полном 
объеме сформулировать универсальные функциональные требования к СУП. По- 
этому проектирование ИКС, включающей весь комплекс технологий СУП, нецеле- 
сообразно. С другой стороны, как указано выше, для проектирования полноценной 
ИКС необходимо ее представление в целом. Единственным решением данной ди- 
леммы является, во-первых, проектирование ИКС, включающей в себя ГИС и УБС 
с открытыми интерфейсами для стыка с СУП, а во-вторых, реализация стыка СУП 
с ГИС через УБС (на рис. 6.2 — пунктирные стрелки). Такой компромисс, по-види- 
мому, должен устроить и разработчиков СУП. 
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Рис. 6.2. Составляющие инфокоммуникационной системы 


Обратимся к ГИС и УБС и рассмотрим их с точки зрения четырех признаков ИКС. 
Активное взаимодействие с информационным окружением выражается: 
— для ГИС взаимодействием с: 

= УБС в части авторизации и аутентификации пользователей; 

" СУП в части организации услуг и их информационной поддержкой; 

" общим информационным полем, где циркулирует информация о пользовате- 


лях, услугах, технических и технологических возможностях оператора и его 
персонала, 


— для УБС взаимодействием с: 

" ГИС в части авторизации и аутентификации пользователей; 

" СУП по принципам генерации тарифных планов и платежных инструмен- 
тов, снятию различного рода статистики абонентского и межоператорского 
трафика и проведению финансовых межоператорских взаиморасчетов, а 
также взаиморасчетов с пользователями; 

= общим информационным полем, где циркулирует информация о пользовате- 
лях, услугах, технических и технологических возможностях оператора и его 
персонала. 

Целевая направленность во всех плоскостях физического и прикладного уров- 
ней ГИС и УБС выражается в предложенной плоскостной архитектуре, начинаю- 


щейся с целевой разработки логики услуг и заканчивающейся их физической реа- 
лизацией. 
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Как показано в предыдущих главах, распределение функции на распределенной 
структуре для ГИС и УБС является основным принципом их проектирования на 
основе стандартизованного взаимодействия сетевых функций и посредством неза- 
висимых от услуг сетевых интерфейсов; 

Компонентное физическое построение ГИС и УБС определяется наличием 
функциональных компонент, лежащих в основе их реализации. 

Таким образом, универсальная система, включающая ГИС и УБС, имеет все 
признаки ИКС и может проектироваться на системных принципах построения ИКС 
с открытыми интерфейсами к СУП. 


6.2. Системная интеграция на примере системы «Ольга» 


Примером интеграции систем предоставления услуг и биллинга с учетом возмож- 
ного взаимодействия с СУП является система «Ольга» — инфокоммуникационная 
система на основе ГИС «Ольга» и автоматизированной системы расчетов (АСР 
«Ольга»). И хотя имеются и дру- 
гие примеры интеграции (см., на- 


Установочные данные 
пример, [19]), но с учетом того, 


что ГИС и АСР «Ольга» разраба- «—Аоговоренностиь —— 
тывались на принципах, изложен- Данные об ИО 
— Данные об ИО > 


ных в настоящей книге, автору 
представляется целесообразным 
именно на этом примере рас- 
сматривать вопросы разработки  ® 
и проектирования ИКС. Кроме Во 
того, рассмотрение ИКС на осно- | 
ве конкретного примера дает 


| Услуги | 
! Счета на оплату _ — 


Денежные средства 


! Информация 


возможность проанализировать Устранение конфликтов | 
не только взаимодействие биз- р _ в 
‹ еклама т 


нес-процессов в реальной систе- 
ме, но и рассмотреть конкретную 
физическую реализацию ИКС. 
Для определения характера 
взаимодействия ИКС «Ольга» 
(рис. 6.2 — область, ограниченная 
пунктирной линией) с конечными 
пользователями (абонентами) и 
некоторой СУП, рассмотрим ИКС 
в виде «черного ящика» (рис. 6.3). 
Абонент взаимодействует с о 
системой, используя следующие Рис. 6.3. Взаимодействие системы «Ольга» 
основные информационные по- с конечными пользователями 
токи: 


Другое ` | :. 


Новые услуги 
Статистика 
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— установочные данные (данные об абоненте и используемом им оборудовании, 
в том числе оформленные в виде договора); 

— договоренности (принципы оказания и оплаты услуг); 

— данные о платежном инструменте; 

— услуги (непосредственное оказание услуг, включающее в себя запрос на услу- 
гу и саму услугу); 

— счета на оплату (в случае кредитовых и смешанных принципов расчетов); 

— денежные средства (рге-ра14 или розЗ{-ра19); 

— информация (все виды информирования абонента как по оказанию услуг, так 
и по их оплате); 

_ устранение конфликтов (обмен информацией между абонентом и системой в 
случае, когда они по-разному интерпретируют результат взаимодействия меж- 
ду собой); 

— реклама и пр. 

Система управления предприятием взаимодействует с системой, используя сле- 

дующие информационные потоки: 

— статистика трафика и биллинга услуг, технического функционирования обо- 
рудования; 

— аналитическая информация о финансовой деятельности; 

— управляющая информация по проведению финансовой и технической полити- 
ки, реклама; 

— информация по продажам, аренде и введению в строй оборудования, подклю- 
чению абонентов; 

— технические и маркетинговые требования к новым услугам. 

В отличие от рассмотренной в главе 5 УБС в данном случае целесообразно вы- 
нести за пределы СУП и включить в состав биллинговой системы службу ведения и 
контроля за выполнением договоров на оказание услуг связи, а также информаци- 
онно-справочную службу по предоставляемым услугам и расчетам с абонентами за 
оказанные услуги. 

Общий подход к разработке системы основан на глобальной бизнес-логике, ко- 
торая описывает глобальные бизнес-процессы предоставления и биллинга услуг, 
взаимодействующих в интеграционной среде. При этом такая среда может пред- 
ставлять собой единую сеть связи, в рамках которой осуществляется взаимодейст- 
вие как с пользователями и СУП, так и между глобальными бизнес-процессами и 
их составляющими. 

Как было показано в предыдущих главах, элементарные бизнес-процессы ГИС 
и УБС могут быть представлены в виде совокупности функциональных компонент, 
которые, в свою очередь, могут быть физически реализованы с помощью про- 
граммно-аппаратных компонент. Учитывая однородность представления данных 
систем, некоторые компоненты, особенно в части взаимодействия с интеграцион- 
ной средой, могут быть унифицированы. 

Предлагаемый ниже подход позволяет описать глобальную бизнес-логику сис- 
темы в целом в виде функциональной модели, при этом учитывая вертикальное и 
горизонтальное взаимодействие всех компонент бизнес-процессов. 
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6.2.1. Функциональная модель 


Функциональная модель системы является отражением взаимодействия бизнес- 
процессов предоставления и биллинга услуг. В обобщенном виде она может выгля- 
деть так, как показано на рис. 6.4. 


Абоненты 


Рис. 6.4. Функциональная модель системы 


Необходимо отметить, что такая модель дает нам возможность рассмотреть ос- 
новные качественные зависимости между функциональными составляющими сис- 
темы. 

Основным субъектом функциональной модели является абонент, управляющий 
глобальной бизнес-логикой системы. Глобальная бизнес-логика предоставления и 
биллинга услуг включает в этот процесс не только внутренних участников, таких, 
как ГИС, информационный и клиентский уровень УБС (ИУ и КУ), но также внеш- 
них участников в виде узлов сети (АТС, АМТС, коммутаторы сотовой связи и т.д.) 
(предоставляющих услуги наравне с ГИС), а также служб СУП. На рис. 6.4 пред- 
ставлены внутренние и внешние участники глобальной бизнес-логики предоставле- 
ния и биллинга услуг и их взаимодействие в рамках среды. 

Для дальнейшего рассмотрения функциональной модели необходимо сделать 
некоторые разъяснения правомерности такого подхода. Во-первых, правомерность 
рассмотрения среды взаимодействия как единой среды предоставления и биллинга 
услуг в совокупности со средой взаимодействия внутри ИКС основана как на пред- 
ставлении локальной сети в виде части сети предоставления услуг, так и на воз- 
можностях ГИС и УБС использовать любой вид сети для своей работы (см. главы 3 
и 5). Во-вторых, представление узлов сети в качестве внешних участников функ- 
ционирования системы можно считать правомерным с учетом их взаимодействия с 
ГИС и УБС еще на уровне их проектирования как отдельных подсистем. В-третьих, 
представление клиентского и информационного уровней УБС в обобщенной функ- 
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циональной модели не является обязательным, но позволяет более подробно изу- 
чить специфические бизнес-процессы между этими составляющими УБС и други- 
ми участниками. 

С учетом этих разъяснений перейдем к рассмотрению отдельных бизнес-про- 
цессов, которые (в виде стрелок) показаны на рис. 6.4. 

Основные бизнес-процессы — предоставление абоненту услуг узлами сети свя- 
зи и ГИС и оплата этих услуг. При этом бизнес-процесс предоставления услуг ГИС 
тесно связан с процессом «горячей» тарификации этих услуг (составляющая Во+- 
Ппе биллинга) в силу реализации обоих этих процессов одновременно и в режиме 
реального времени. Процесс предоставления услуг узлами сети разделен по време- 
ни с процессом «отложенной» тарификации, а значит, онлайновые и оффлайновые 
бизнес-процессы связаны только на уровне данных. 

Кроме указанных бизнес-процессов, в которых участвует абонент, необходимо 
выделить бизнес-процессы его взаимодействия с системой по следующим вопро- 
сам: внесению своих установочных данных (заключению договоров), определению 
договоренностей об оплате услуг и расчетам с оператором, непосредственно оплате 
услуг, получению информации о предоставленных услугах и расчетах с операто- 
ром, а также устранению конфликтов. В отдельных случаях абонент может быть 
опосредованно связан со службами СУП, например, в рамках таких бизнес-процес- 
сов, как продажа абоненту оборудования, необходимого для получения услуг, об- 
служивание оборудования, передача в аренду каналов связи. Однако указанные 
бизнес-процессы не всегда используют рассматриваемую среду, а в случае ее ис- 
пользования обычно осуществляются через шлюзы биллинговой системы. Гораздо 
важнее в этом случае учитывать не саму реализацию этих бизнесс-процессов, а их 
влияние (обратную связь) на реализацию основных бизнес-процессов. 

Наглядной иллюстрацией данного утверждения может быть следующий при- 
мер. Службой договоров УБС (СД) заключен договор с некоторым абонентом на 
предоставление услуг местной связи, для чего из технической службы СУП (ТС) 
получены свободные номера телефонов. В результате заключенного договора из 
СД в ТС передается адрес абонента, и ТС производит физическое подключение 
абонента к узлу сети. С точки зрения абонента это единый бизнес-процесс заключе- 
ния договора, а внутренние взаимодействия этих процессов лежат вне сферы его 
внимания и влияния. Теперь рассмотрим ситуацию, когда абонент в нарушении до- 
говоренностей не оплатил предоставленные ему услуги. Эта информация передает- 
ся из УБС в административную службу СУП, которая дает указание ТС отключить 
абонента от предоставления услуг. Абонент обращается к службу СУП по разбору 
конфликтов. В процессе взаимодействия с абонентом служба решает вопрос об оп- 
лате услуг и возобновлении их оказания. В результате этого взаимодействия прини- 
мается решение или о разрыве договора, или о возобновлении оказания услуг. В 
том или ином случае это решение в виде реакции СУП передается в УБС. Для УБС 
эта реакция является обратной связью на свое первоначальное воздействие. Таким 
образом, даже в случае, когда взаимодействие служб СУП с абонентом происходит 
вне сети взаимодействия, реакция СУП в виде обратной связи с УБС может явиться 
основной составляющей ее бизнес-процессов. 
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К вопросу объединения ГИС и универсальной системы биллинга в единую ИКС 
с учетом изложенных выше аспектов, а также материалов предыдущих глав, можно 
добавить лишь вопросы технического обслуживания и безопасности, не отражен- 
ные на рис. 6.4. Учитывая достаточную близость этих систем как по их функцио- 
нальному построению, так и по реализации, вопросы технического обслуживания 
ГИС и универсальной системы биллинга могут решаться комплексно на основе 
единой системы технического обслуживания. Система безопасности, учитывающая 
все особенности технологических процессов предоставления и оплаты услуг, а так- 
же вопросы тесного взаимодействия ГИС, УБС и СУП в рамках единой сети связи, 
также должна проектироваться комплексно с учетом ранее изложенных подходов. 


6.2.2. Четыре аспекта универсальности системы 


Прежде чем перейти к описанию системы «Ольга», необходимо сделать пояснение 
об использовании термина «универсальный». Данный термин, будучи качествен- 
ным, отражает в большей степени широту функциональных возможностей, не 
имеющую предела. Поэтому универсальность в контексте настоящей главы следует 
понимать в плане стремления к этому пределу, нежели его достижения. 

Принцип построения системы «Ольга» выражается в совокупном использова- 
нии четырех аспектов универсальности (40): 

— универсальное предоставление услуг (01); 

— универсальный биллинг (02); 

— универсальная структура (03); 

— универсальная интеграция в сети связи (4). 

Под 01 понимается предоставление основных и дополнительных услуг сетей 
электросвязи (сетей с коммутацией каналов и сетей пакетной коммутации). 

Под 02 (и11-ра14) понимается биллинг, обеспечивающий возможности тарифи- 
кации и расчетов для кредитовой (роз{-ра!А) и дебетовой (рге-ра1Я) систем оплаты 
услуг во всех временных режимах («горячий биллинг», т.е. в процессе оказания ус- 
луги — Во{-|ше, отложенный биллинг, т.е. после оказания услуги — оп-Ппе или оН- 
[пе). При этом общая формула биллинга имеет вид 

ип-раш = рге-раа (поте) + роз{-раш (поНште, оп-те, ой-те). 

Кроме того, универсальный биллинг в системе «Ольга» включает в себя все воз- 
можности самостоятельного управления абонентом своими счетами. 

Под 03 понимается универсальная структура, обеспечивающая интеграцию 
«сверху-вниз», т.е. построение необходимой архитектуры системы «Ольга» из са- 
мой сложной к любой более простой. 

Под 04 понимается такая интеграция системы «Ольга» в сеть связи оператора, 
которая обеспечивает максимальное приближение возможностей данной сети к по- 
требности оптимального предоставления услуг. 

Рассмотрим боле подробно каждый из указанных аспектов универсальности. 

Универсальное предоставление услуг. Как показано в главе 3, создание логики 
услуг определяется функцией среды создания услуг (5СЕЕ) на основе функции 
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управления «событиями» (ЕСЕ) с использованием функции поддержки данных услуг 
(ОЕ). Создание универсальной логики для всех видов услуг является заманчивой за- 
дачей, но достаточно трудной для практической реализации. Поэтому выбран неко- 
торый промежуточный вариант создания универсальной логики, когда разработка 
универсальной логики ведется в пределах некоторого определенного класса услуг. К 
таким классам услуг можно отнести транзитные транспортные услуги, оконечные ус- 
луги, дополнительные услуги передачи данных. Дополнительным классом услуг, без- 
условно, являются услуги биллинга, которые подробно рассмотрены в главе 5 и к ко- 
торым в полной мере можно применить понятие универсальной логики. 

Если рассмотреть транзитные транспортные услуги, например, сокращенный 
набор (АВР), направленный вызов (СЕ), конференция (СОМ), универсальный но- 
мер (УАМ), виртуальная сеть (УРМ), услуги доступа к сетям передачи данных и 
другие аналогичные услуги, то из анализа их свойств видно, что они могут состоять 
из набора типовых функциональных компонент. Как видно из перечня этих услуг, 
они по существу являются услугами обработки вызовов. Исходя из этого, реализа- 
ция универсальной логики услуг осуществляется на основе функциональных ком- 
понент обработки участвующих в обработке вызовов. 

К оконечным услугам были отнесены практически все телематические услуги, 
услуги типа опросов, а также весь комплекс дополнительных услуг передачи дан- 
ных. К этому же классу отнесены практически все совокупные услуги. 

Поскольку логика телематических услуг строится также на основе функциональ- 
ных компонент и, как упоминалось выше, их отдельного класса — функциональных 
ресурсов, то для этого класса услуг (как показано в предыдущих главах) используют- 
ся функциональные компоненты событий, которые подразделяются на функциональ- 
ные компоненты по обработке вызовов, запросов и сообщений. Кроме того, каждая 
из услуг может относиться как к сетям с коммутацией каналов, так и к сетям пакет- 
ной коммутации. Таким образом, хотя набор функциональных компонент, как и в 
случае транзитных услуг, конечен, но их количество значительно больше. 

Под дополнительным услугам передачи данных в системе «Ольга», как и ранее, 
понимаем информационно-адресные услуги, услуги обмена электронными сообще- 
ниями, услуги внутрисетевого доступа, Интернет-сервисы. Если первые три услуги 
в определенной степени можно отнести к любым сетям передачи данных, то по- 
следняя услуга относится к сети Интернет и содержит, в частности, услуги по раз- 
мещению оператором на своем сервере ресурсов пользователя. Как показано в пре- 
дыдущих главах, при создании логики этих услуг можно, с одной стороны, ориен- 
тироваться на принципы, изложенные в данной книге, а с другой стороны, исполь- 
зовать существующие принципы создания логики этих услуг для различных сетей 
передачи данных. Опыт реализации логики указанных услуг показывает, что клас- 
сический подход, т.е. ориентация на существующие принципы создания логики ус- 
луг, более предпочтителен. Поэтому под универсализацией реализации совокупных 
услуг в данном контексте можно понимать логический и аппаратный стык между 
ГИС и внешними средствами предоставления услуг. 

Создание универсальной логики услуг биллинга в системе «Ольга» также осно- 
вано на конечном наборе функциональных компонент (см. главу 5), отражающих 
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все составляющие различных типов и видов биллинга. Универсальная логика услуг 
биллинга строится из определенного набора функциональных компонент, выпол- 
няемых в определенной последовательности. При этом в качестве функциональной 
компоненты или, в частном случае, простой услуги могут выступать: 

— оН-[пе ро${-раа, 

— оп-[пе ро$-рал4, 

— оп-Ппе розИрге-ра14, 

— Во+-[пе ро${-ра14, 

— Бо1-шпе рге-ра14, 

— пополнение счетов рге-ра14 в режиме Во{-[пе, 

— пополнение счетов роз{-ра14, в режиме Во{-пе, 

— роуминг. 

Рассматривая компоненты услуг биллинга, необходимо учитывать, что даже од- 
нородные компоненты будут различны для сетей с коммутацией каналов и пакет- 
ной коммутацией, а также для основных и дополнительных услуг, оказываемых 
этими сетями. Поэтому каждая из указанных выше функциональных компонент в 
различных областях связи будет иметь свою модификацию. 

Универсальный биллинг. В главах 4 и 5 были рассмотрены различные виды 
биллинга, отличающиеся способом расчета — оН-Ппе, оп-Ппе и Бо{-Ппе. С другой 
стороны, услуги биллинга можно подразделить по типу взаиморасчетов между 
субъектами — ро${-ра14 (кредитный), рге-ра14 (дебетовый) и р/рге-ра14 (псевдодебе- 
товый). Систему «Ольга» можно будет считать универсальной в части биллинга, ес- 
ли она обеспечит возможность расчетов с абонентами по всем существующим ви- 
дам и типам биллинга. Строя систему «Ольга» на принципах универсальности, не- 
обходимо учитывать возможность проведения расчетов по всей номенклатуре су- 
ществующих услуг и простые возможности их расширения с изменением номенк- 
латуры. Одновременно система «Ольга» должна легко адаптироваться к изменени- 
ям тарифной политики оператора, обеспечивая ему возможность ее оптимизации. 

В целом систему «Ольга» можно считать универсальной, поскольку она обеспе- 
чивает: 

— расчеты между оператором и пользователем за предоставление широкого 

спектра услуг; 

— биллинг услуги в универсальном формате: за факт ее предоставления, за время 

пользования услугой, за объем информации, переданной за время пользования; 

— тарификацию по заданному широкому спектру индивидуальных параметров 

тарификации; 

— оплату услуг как на основе кредитных, так и дебетовых принципов расчетов; 

— использование для расчетов с пользователями денежных документов, анало- 

гичных банковским пластиковым картам; 

— предоставление пользователю возможности самостоятельного управления 

своим счетом; 

— использование для взаиморасчетов с другими операторами и партнерами 

кросс-биллинга; 

— интерфейс с системами обеспечения деятельности оператора. 
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Универсальная структура. Под универсальной структурой системы понимает- 
ся следующие ее возможности: 

— оптимальная реализация глобальных бизнес-процессов и их совокупности; 

— модификация структуры «сверху-вниз»; 

— использование однотипных программно-аппаратных средств для реализации 

однотипных функциональных компонент предоставления и биллинга услуг; 
— взаимодействие функциональных компонент на основе широкого спектра 
внутри системных шлюзов и интерфейсов; 

— использование обширного набора шлюзов и интерфейсов с внешними системами. 

Универсальная интеграция в сети связи. Универсальная интеграция системы 
«Ольга» в телекоммуникационную сеть наглядно может быть проиллюстрирована 
рис. 6.5. На рисунке показаны четыре АТС, к каждой из которых в зависимости от 
трафика услуг могут подключаться транспортные модули ГИС (55Р) или транспорт- 
ные модули и ядро ГИС (5$Р, СР, 5ОР). В случае, если трафик мал, например так, 
как на АТС], абонент напрямую соединяется с транспортными модулями АТС2 или 
АТСЗ. В противном случае размещать на АТС2 узлы управления услугами нецелесо- 
образно, и ядро ГИС, расположенное на АТСЗ, будет обслуживать как собственные 
транспортные модули, так и транспортные модули АТС2. В свою очередь, биллинго- 
вая система может в режиме по{-Ппе обслуживать как расположенное на АТСА4 ядро 
ГИС, так и ядро ГИС на АТСЗ. Кроме того, УБС имеет возможность обслуживать в 
режимах оп-[Ппе и о-Ппе все услуги, предоставляемые абонентам АТС1-АТСА. 


Тран 


Рис. 6.5. Универсальная интеграция системы «Ольга» в телекоммуникационную сеть 
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Аналогичная интеграция может быть реализована не только на сети с коммута- 
цией каналов, но и на сетях пакетной коммутации и смешанных сетях. 


6.3. Функциональные решения системы «Ольга» 


Функциональные решения (ФР) системы «Ольга» основаны на подходах, описан- 
ных в предыдущих главах, с учетом общих подходов к интеграции этих решений 
для инфокоммуникационных систем. 

Предоставление услуг. Функциональные решения по предоставлению услуг в 
системе «Ольга» можно условно разделить на решения по предоставлению основных 
и дополнительных услуг. Последние, в свою очередь, различны для транзитных 
транспортных услуг, оконечных услуг и дополнительных услуг передачи данных. 

Так, для транзитных транспортных услуг используются ФР, основанные на ана- 
лизе полученной информации, принятии решения и выдаче коммутационному обо- 
рудованию управляющей информации. При этом соответствующие транспортные 
каналы системы «Ольга» освобождаются. В случае, если используемое коммутаци- 
онное оборудование не способно реализовать автоматическую коммутацию, функ- 
ции коммутации осуществляются транспортными услугами системы «Ольга». 

Для оказания оконечных услуг используются ФР, основанные на анализе запро- 
са на услугу и принятой информации, выборе требуемого алгоритма услуг и реали- 
зации логики предоставления услуги. В процессе реализации логики услуги вызы- 
ваются соответствующие ресурсы и используется индивидуальная информация 
абонента и информация, необходимая для реализации конкретной логики услуги. 
Ресурсы, используемые системой «Ольга» для реализации логики услуги, могут 
быть внутренними, т.е. входящими в состав системы, и внешними, т.е. принадлежа- 
щими другим системам. Использование внешних ресурсов осуществляется через 
соответствующие специализированные шлюзы. 

Для реализации дополнительных услуг передачи данных используются ФР, ос- 
нованные на обработке информации, приходящей из внешних систем, и передаче 
им управляющих или информационных воздействий. Взаимодействия с внешними 
системами в большинстве случаев аналогично управлению внешними ресурсами и 
также осуществляется через специализированные шлюзы. 

В части предоставления основных услуг можно выделить два направления 
функциональной реализации. Первое связано с их информационной и справочной 
поддержкой, а второе — с «горячим» биллингом. Переход к информационно-спра- 
вочной поддержке предоставления основных услуг (местной, междугородной и ме- 
ждународной связи) может быть как условным (в результате автоматического ана- 
лиза поступившей информации), так и безусловным (по запросу абонента). Как по- 
казано в главе 3, в обоих случаях предоставление основных услуг осуществляется 
через узлы ГИС, которые в этом случае по своему ФР аналогичны транзитной АТС. 
ФР информационно-справочной поддержки основных услуг аналогичны решениям 
по предоставлению оконечных услуг, но с возможностью прямого и обратного пе- 
рехода от предоставления основной и дополнительной услуги. 
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Биллинг. Функциональные решения системы «Ольга» охватывают все состав- 
ляющие универсального биллинга, а именно: «горячий» и отложенный биллинг, 
абонентское управление счетом (телебанкинг), роуминг платежных инструментов, 
межоператорские взаиморасчеты. Кроме того, функциональные биллинговые реше- 
ния системы «Ольга» позволяют взаимодействовать с системой управления пред- 
приятием. 

ФР горячего и отложенного биллинга включают две составляющие: тарифика- 
цию и обработку. Первые составляющие этих видов биллинга отличаются, а вто- 
рые — практически одинаковы. ФР тарификации горячего биллинга основаны на 
аутентификации пользователей по шлюзам доступа, номерам терминалов, номерам 
лицевых счетов и платежных инструментов и используют данные обмена информа- 
цией между транспортами ГИС, которую последние получают в процессе обработ- 
ки информации вызова или в результате диалога с абонентом. Для реализации ло- 
гики «горячего» биллинга используются специальные алгоритмы, функционально 
принадлежащие системе биллинга, но реализуемые транспортом ГИС. 

В процессе аутентификации определяются принадлежность пользователя и его 
права на получение услуги связи. ФР включают также следующие процессы: авто- 
ризации пользователя, т.е. определение возможностей аутентифицированного поль- 
зователя по оплате услуги; тарификации услуги в процессе ее предоставления; ге- 
нерации транзакций, т.е. тарифицированных СОК (Соппеснйоп Оеа! Весог4$ — за- 
пись детализации соединения, см. главу 4); отражения на лицевых счетах пользова- 
телей суммы предоставленных услуг. 

Тарификационная составляющая ФР отложенного биллинга основана на полу- 
чении СОК с ГИС и внешних узлов предоставления услуг, преобразовании СОК к 
унифицированному виду, авторизации их в соответствии с лицевыми счетами поль- 
зователей и генерации транзакций и далее отражении на лицевых счетах пользова- 
телей суммы предоставленных услуг. 

Составляющая обработки обоих видов биллинга включает анализ лицевых сче- 
тов пользователей на выявление задолженности или наличия остатка, генерацию 
отчетов по предоставленным услугам за биллинговый период, генерацию счетов на 
оплату и фиксацию поступления средств по выставленным счетам. Кроме того, со- 
ответствующие ФР предусматривают перерасчет транзакций в соответствии с тари- 
фами партнеров для проведения межоператорских взаиморасчетов. 

Функциональные решения по абонентскому управлению счетом и роумингу оп- 
ределяются возможностью использования в системе «Ольга» различных типов пла- 
тежных инструментов, в частности скретч-карт. 

Функциональные решения по абонентскому управлению счетом основаны на 
предоставлении пользователю возможности автоматизированного перевода средств 
со счета предоплаченной карты на любой лицевой счет в системе биллинга, со сче- 
та одной предоплаченной карты на счет другой карты как в пределах системы сче- 
тов данной системы биллинга, так и в другие связанные с ней системы расчетов. 
Важно отметить, что рассматриваемые ФР телебанкинга предусматривают возмож- 
ность перевода с одного счета на другой как всех средств, так и любой суммы в 
пределах суммы, находящейся на счете карты в момент перевода. Для реализации 
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логики услуги телебанкинга используются специальные алгоритмы, функциональ- 
но принадлежащие системе биллинга, но реализуемые транспортом ГИС. 

Функциональные решения по роумингу основаны на передаче данных лицевого 
счета пользователя из одной биллинговой системы в другую как по предваритель- 
ному указанию пользователя, так и автоматически при аутентификации пользовате- 
ля в другой системе биллинга, связанной с данной роуминговыми отношениями. 

Функциональные решения по взаимодействию с СУП основаны на передаче в 
систему управления статистической и аналитической информации по платежным 
инструментам, лицевым счетам, а также на получении из СУП управляющих реше- 
ний по взаимодействию с пользователями. 


6.4. Основные принципы реализации системы «Ольга» 


Основные принципы реализации системы «Ольга» можно разделить на технологи- 
ческие, системные и технические. 


6.4.1. Технологические принципы 


Технологические принципы реализации системы «Ольга» являются определяющи- 
ми для необходимого и достаточного выбора номенклатуры функциональных ком- 
понент и взаимосвязи между ними. 

К основным технологическим принципам реализации системы «Ольга» можно 
отнести следующие: 

— при внедрении новых услуг не нарушается технологический процесс предос- 

тавления и биллинга уже существующих услуг; 

— логика услуги достаточно просто видоизменяется без нарушения существую- 
щей технологии; 

— для любого принципа предоставления услуги может быть найден оптималь- 
ный принцип биллинга; 

— услуги связи и услуги биллинга тесно взаимосвязаны между собой и ориенти- 
рованы на абонента, который является важнейшим элементом обратной связи 
между ними. 

Для того чтобы избежать излишнего теоретизирования, рассмотрим эти техно- 

логические принципы на конкретных примерах. 

Первые два утверждения можно проиллюстрировать на примере перехода от 
центра обработки вызовов (ручное обслуживание) к са!]-центру (ручное и автома- 
тизированное обслуживание голосовых вызовов) и далее к контакт-центру (ручное 
и автоматизированное обслуживание голосовых вызовов и вызовов из сети Интер- 
нет). Пусть система на первом этапе предоставляла и осуществляла биллинг на 
принципах центра обработки вызовов. Технология предоставления и биллинга ус- 
луг заключалась в соединении абонента с оператором центра, получения у него той 
или иной информации, фиксации вызова и расчете в режиме ро${-ра14 стоимости 
услуги. При переходе к са|-центру появляется, в частности, дополнительная функ- 
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ция автоматического речевого ответа по запросу абонента. Наличие данной функ- 
ции в технологии работы системы «Ольга» позволяет осуществить кроме роз{-ра1А 
также рге-ра14 биллинг. При переходе к контакт-центру добавляется новая техноло- 
гическая функция обмена информацией между абонентом и оператором, а также 
между абонентом и системой «Ольга» на базе Интернет-технологий. Появление 
этой технологической функции, с одной стороны, расширяет возможности инфор- 
мационного взаимодействия между абонентом и системой, а с другой — не сужает 
возможности биллинга. 

Таким образом, если технология работы системы «Ольга» включает все необхо- 
димые технологические компоненты предоставления и биллинга услуг для предпо- 
лагаемой совокупной услуги, то она легко реализует и ее простые составляющие. В 
этом случае важным вопросом является создание максимально возможной совокуп- 
ности технологических компонент для реализации существующей и потенциальной 
потребностей в простых и совокупных услугах. Однако на современном развитии 
телекоммуникаций предсказать потребности в предоставлении и биллинге услуг на 
значительный период достаточно затруднительно. Поэтому вторым вопросом явля- 
ется развитие такой технологии, которая если и не позволяла реализовать все теоре- 
тически возможные услуги, но хотя бы позволяла модернизировать технологии с 
минимальными затратами. Рассмотрим в этом аспекте технологические особенно- 
сти системы (рис. 6.6). 


Рис. 6.6. Технологические особенности системы «Ольга» 
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Как видно из рис. 6.6, платежные инструменты могут быть единым средством 
расчетов между абонентом и оператором. Они являются основой телебанкинга, с 
помощью которого могут организовываться и пополняться счета абонентов при рп- 
ра14 биллинге, пополняться счета абонентов при ро${-ра14 биллинге, а также осуще- 
ствляться электронная коммерция. Непосредственно с помощью платежного инст- 
румента производится оплата услуг при карточном биллинге и при роуминге або- 
нентов. Каждый вид биллинга предусматривает определенный режим взаимодейст- 
вия с системой предоставления услуг — |Во{-|ше, оп(ой)-Ппе или оба режима. В 
свою очередь, каждая дополнительная услуга в зависимости от того, какой систе- 
мой (ГИС или узел связи) она предоставляется, также может взаимодействовать с 
системой биллинга в том или ином режиме. Таким образом, реализуемая техноло- 
гия позволяет интегрировать в единую систему все виды биллинга для широкого 
класса услуг, обеспечивая первые три технологических принципа, о которых гово- 
рилось выше. 

Обратимся к четвертому технологическому принципу взаимосвязи услуг и бил- 
линга. В его основе лежат возможности гибкой технологической реализации логики 
предоставляемых услуг и логики бизнес-процессов биллинга. С точки зрения тех- 
нологии предоставления услуг гибкость характеризуется в основном возможностью 
строить логику совокупной услуги из логики простых услуг, используя их в качест- 
ве конструктивных элементов, которые характеризуются не только самой логикой, 
но и интерфейсом взаимодействия (компонентный подход). Логика создаваемой ус- 
луги тесно связана с необходимостью удовлетворения потребностей абонентов в 
данной услуге. Примером этого может служить создание логики универсальной 
почты на основе логики речевой почты в сети ТФОП, логики услуги передачи 3М$ 
в сетях мобильной связи и логики электронной почты. Такой же подход применим 
и к биллингу. 

Необходимо отметить, что биллинг является не только основой взаимодействия 
между оператором и абонентом, то также инструментом маркетинговой политики 
оператора. Причем это относится не только к лежащим на поверхности вопросам 
использования различных платежных инструментов, но и функциональным воз- 
можностям биллинга. В качестве примера можно привести влияние различных ти- 
пов авторизации и использования многообразия тарифных планов для различных 
видов биллинга. 

Рассмотрим более подробно основные сущности биллинга системы «Ольга» 
(рис. 6.7). 

Тарифные планы. Как уже отмечалось выше, тарифные планы несут в себе 
важнейший инструмент маркетинга и продвижения услуг. Определяя индивидуаль- 
ные договоренности между абонентом и оператором, индивидуальные тарифные 
планы позволяют строить отношения между оператором и абонентом на принципах 
как оптовой, так и розничной оплаты услуг. Учитывая, что в сложившихся услови- 
ях, когда тарифы на услуги могут базироваться на различных типах валют (сами 
расчеты между операторами и абонентами проводятся в рублях), в системе «Ольга» 
организуются базовые тарифные планы для любого типа валют. В этом случае ин- 
дивидуальные тарифные планы целесообразно задавать в атрибутах «скидки-над- 
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бавки» к соответствующему базовому тарифу или к любому базовому тарифу. Вы- 
бор валюты расчетов (но не оплаты) может проводится как по индивидуальному та- 
рифному плану, так и по валютному индексу лицевого счета абонента или счета 
платежного инструмента. 


| Тарифные планы _ 


Оплата за право 


Мультивалютность Оплата за трафик. 


Градация тарифов по 
зонам, дням, часам 
Выбор режимов 
тарификации 


тарифов 
Одновалютность 
расчетов 


р. По паролю доступа 


По номеру терминала 
Система Е (Р-адресу) 
«Ольга» По номеру (1Р-адресу) 


доступа 
По номеру режима 


Индивидуальные и 
корпоративные 
Кредитные и дебетовые. 


По услугам 
По состоянию счета 
По номеру режима 


Пополняемые и непопол- 
няемые (номинальные) 


Рис. 6.7. Основные сущности биллинга 


Тарифные планы системы «Ольга» реализуют следующие возможные варианты 
оплаты: 

— за право пользования услугой (абонентская плата); 

— за время оказание услуги (трафик по времени); 

— за объем переданной и/или полученной информации (трафик по объему ин- 

формации). 

Плата за право пользования услугой может сочетаться с оплатой по трафику. В 
этом случае создаются комбинированные тарифные планы (тарифные планы с ус- 
ловием). В качестве условия могут выступать максимальные ограничения того или 
иного типа трафика, предоставляемого в счет абонентской платы, максимальная 
и/или минимальная сумма остатка на счете абонента и другие параметры. 

Тарифные планы по трафику имеют градацию по зонам. Например, для предос- 
тавления услуг местной, междугородной и международной связи могут выделяться 


ИНТЕГРАЦИЯ СИСТЕМ ПРЕДОСТАВЛЕНИЯ И БИЛЛИНГА УСЛУГ СВЯЗИ 245 


зоны или направления, в приделах которых действуют определенные тарифы. При 
предоставлении услуг выделенного доступа к Интернету, когда расчет трафика ве- 
дется по объему информации, могут быть определены разные тарифы для доступа к 
сайтам, принадлежащим, например, российскому и зарубежному сегментам сети 
Интернет. 

Важной особенностью тарифных планов системы «Ольга», которая максималь- 
ным образом используется в сетях мобильной связи, а также при предоставлении 
услуг междугородной и международной связи в режиме Во{-[пе, является возмож- 
ность задавать режим тарификации. Для этого используются три параметра: за- 
держка тарификации, интервал поминутной тарификации и интервал дополнитель- 
ной тарификации. Под задержкой тарификации подразумевается максимальное не- 
оплачиваемое время соединения. Например, если задана задержка тарификации 5 с, 
то все соединения по данной услуге и/или направлению считаются несостоявшими- 
ся и не оплачиваются. При этом все соединения со временем больше 5 с оплачива- 
ются по их реальной длительности. Интервалы поминутной тарификации — это ин- 
тервалы, в рамках которых время тарификации округляется до минуты. Интервалы 
дополнительной тарификации — это интервалы округления времени тарификации 
в и секунд. Например, параметры тарификации в виде {5; 2; 6} определяют задерж- 
ку тарификации 5 с, интервал поминутной тарификации 2 мин и тарификацию с ин- 
тервалом 6 с. Посекундную тарификацию с момента соединения без задержки тари- 
фикации можно задать сочетанием параметров {0; 0; 1}. 

Аутентификация и авторизация. Аутентификация абонента (определение при- 
надлежности абонента к данной системе предоставления и биллинга услуг) и автори- 
зация абонентов (определение права абонента на предоставление той или иной услу- 
ги, а также определение объема предоставления услуги в данный период времени) 
являются составной частью биллинга. Однако в большинстве случаев аутентифика- 
ция реализуется или с помощью оборудования узлов связи или средствами ГИС. Ав- 
торизация в случае Во{-Ппе биллинга реализуется средствами ГИС путем предостав- 
ления им статуса шлюза системы биллинга. Часто эти понятия объединяют термином 
«авторизация», имея в виду, что они реализуются одной и той же процедурой. 

Рассмотрим технологию аутентификации в режиме оп(оЙ)-Ппе биллинга средст- 
вами узлов сети. Поскольку узлы сети обслуживают только своих абонентов, эти або- 
ненты или «прописаны» в оборудовании узла своим номером терминала (например, в 
случае мобильной связи), или выполняют соединение с узлом типа «точка-точка», 
где номер терминала есть номер абонентского комплекта (например, в случае фикси- 
рованной телефонной связии), или получают постоянный [Р-адрес (в случае выделен- 
ного доступа в сеть Интернет). Современные узлы позволяют проводить и частичную 
авторизацию абонента в части их прав на предоставление и объем тех или иных ус- 
луг, при этом такая авторизация остается за системой биллинга. Узлы сети, предос- 
тавляя те или иные услуги, формируют файл СОК, который передается в биллинго- 
вую систему системы «Ольга», в которой уже определяется стоимость услуг. Если в 
процессе биллинга обнаруживается, что абонент нарушил те или иные договоренно- 
сти по оплате услуг, то существует обратная связь между системой биллинга и або- 
нентом, которая позволяет урегулировать конфликт. Если конфликт не урегулирован, 
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то с помощью организационного или технического воздействия предоставление ус- 
луги данному абоненту может быть приостановлено. 

При аутентификации и авторизации средствами ГИС весь процесс, в том числе 
урегулирование конфликтов, может быть автоматизирован. Как говорилось выше, в 
ГИС нет постоянного подключения абонентов, поэтому каждый абонент самостоя- 
тельно выбирает, стать ли ему пользователем ГИС или нет. Для получения статуса 
абонента ГИС любой пользователь должен заключить реальный или виртуальный до- 
говор на обслуживание. В качестве виртуального договора может служить телефон- 
ная карта, определяющая права абонента на обслуживание, общую стоимость, а так- 
же номенклатуру услуг, которые ему могут быть предоставлены в соответствии с оп- 
ределенным тарифным планом. Поскольку информация по договору хранится в сис- 
теме биллинга, то аутентификация и авторизация может производиться только в ней. 

Как следует из вышеизложенного, основным принципом аутентификации або- 
нента в ГИС является аутентификация по паролю доступа, который присваивается 
абоненту в процессе заключения реального или виртуального договора. Важной 
особенностью системы «Ольга» являются дополнительные возможности аутенти- 
фикации абонента по номеру терминала, номеру доступа и режиму работы. 

Дополнительная аутентификация по номеру терминала дает возможность або- 
ненту получать услугу с определенного терминала без ввода пароля доступа или с 
любых других терминалов с вводом пароля. При заключении абонентом реального 
договора данный номер прописывается в текст договора и переносится в систему 
аутентификации. При виртуальном договоре абонент может ввести номер термина- 
ла автоматически в рамках специальной услуги или через оператора службы або- 
нентского обслуживания. Для абонентов мобильной связи при заключении ими 
виртуальных договоров такая услуга реализуется автоматически. 

Важным аспектом предоставления услуг системы «Ольга» является авторизация 
по номеру доступа (ТГР-адресу). Такая авторизация часто используется при выделе- 
нии отдельного номера доступа (ГР-адреса) для предоставления той или иной услу- 
ги или для обслуживания корпоративных абонентов. Наглядным примером такой 
авторизации является выделение отдельного номера доступа (]Р-адреса) для услуги 
«универсальная почта». Так, абонент-владелец универсального почтового ящика, 
если он не прописал в системе специальный номер терминала, должен авторизо- 
ваться по паролю доступа. Абоненты, которые хотят оставить ему сообщения, не 
должны авторизоваться в системе: выделение им отдельного номера доступа без ав- 
торизации дает им возможность оставлять сообщения. 

Корпоративное использование выделенного номера доступа (Р-адреса) упрощает 
алгоритм предоставления транспортных услуг. Отдельно необходимо отметить упро- 
щение авторизации также при использовании свойств дополнительного режима. Вве- 
дение дополнительного режима, с одной стороны, дает все возможности выделенно- 
го номера доступа, а с другой — позволяет реализовать дополнительные режимы 
предоставления услуг, например выбор языка общения абонента и ГИС. 

Платежные инструменты. Если обратится к возможным типам платежных ин- 
струментов, а в системе «Ольга» имеет смысл говорить об универсальных телефон- 
ных картах (УТК), то эти карты (о чем мы уже говорили в предыдущих главах) мо- 
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гут иметь следующие потребительские свойства: корпоративные, индивидуальные, 
кредитные, дебетовые, пополняемые и непополняемые. Кроме того, карты могут 
обладать совокупными свойствами, например есть корпоративная дебетовая попол- 
няемая карта. 

УТК и их потребительские свойства несут в себе определенные задатки универ- 
сальности платежей. Имеется в виду, что УТК могут использоваться для расчетов 
не только за услуги связи различных сетей, но в рамках электронной коммерции. 
Для оплаты услуг, предоставляемых системой «Ольга», могут быть использованы 
различные типы УТК. В частности, УТК могут быть магнитными (карта с нанесен- 
ной на ней магнитной полосой), смарт-картами (карта с интегрированным в нее 
микропроцессором), скретч-картами (авторизационные атрибуты карты скрыты за- 
щитным слоем), а также комбинированными УТК на основе сочетания магнитной и 
скретч-карты или смарт-карты и скретч-карты. Поскольку для аутентификации и 
авторизации по магнитной и смарт-картам к терминалу абонента необходимо доба- 
вить специальные устройства, эти способы авторизации относят к автоматической 
авторизации. В то время как авторизация по скретч-карте относится к ручной авто- 
ризации. В системе «Ольга» предусмотрена аутентификация и авторизация по лю- 
бому типу карт, что дает возможность использования любых терминалов. Чаще 
всего распознавание системой «Ольга» типа авторизации может быть осуществлено 
или по номеру доступа или с помощью дополнительного режима. Более подробно 
эти вопросы рассматриваются в главе 7 при реализации таксофонных сетей на ос- 
нове системы «Ольга», а также приложений системы «Ольга» в электронной ком- 
мерции. 


6.4.2. Системные принципы 


Общие системные принципы построения системы «Ольга» базируются на реализа- 
ции функциональных компонент, являющихся основой бизнес-процессов. 

Предоставление услуг. Бизнес-процессы предоставления услуг в системе 
«Ольга» рассматриваются в плоскости транзитных транспортных услуг, оконечных 
услуг, дополнительных услуг передач данных и поддержки предоставления основ- 
ных услуг. 

Бизнес-процесс предоставления транзитных транспортных услуг в общем виде 
включает функциональные компоненты анализа информации, принятия решения и 
выдачи коммутационному оборудованию управляющих воздействий. Бизнес-про- 
цессы предоставления оконечных услуг и поддержки предоставления основных ус- 
луг включают функциональные компоненты обработки вызовов, запросов, сообще- 
ний, обращения к функциональным и информационным ресурсам. Функциональ- 
ные компоненты бизнес-процесса предоставления дополнительных услуг передачи 
данных включают только вызов внешних ресурсов, поскольку предполагается, что 
эти ресурсы реализуются узлами сети оператора. На рис. 6.8 в общем виде пред- 
ставлен состав основных функциональных компонент (ФК) рассматриваемых биз- 
нес-процессов. 
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Рис. 6.8. Состав функциональных компонент (ФК) 
бизнес-процессов предоставления услуг 


Двойственное положение функциональных компонент авторизации и аутенти- 
фикации, которые входят в бизнес-процессы как предоставления услуг, так и бил- 
линга, определяется тем, что они служат своеобразным интерфейсом между этими 
бизнес-процессами. 

Биллинг. Бизнесс-процессы биллинга услуг системы «Ольга» должны рассмат- 
риваться в двух областях вида и типа биллинга. 

В области вида биллинга (60{-Ппе или оп(ой)-Ппе) реализуемые бизнес-процес- 
сы могут функционировать в реальном времени (в01{-Ппе) с процессом предоставле- 
ния услуги или отложенном режиме (оп(ой)-Ппе), когда сначала предоставляется 
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услуга, а затем производится ее биллинг. В этом случае можно говорить, что функ- 
циональные компоненты аутентификации, авторизации, тарификации и ведения ли- 
цевых и текущих счетов абонента, а также счетов платежных инструментов также 
подразделяются на компоненты режима реального времени или отложенного режи- 
ма. В этом случае для бизнес-процесса Во{-Ппе биллинга используют только функ- 
циональные компоненты реального времени, а для бизнес-процесса оп(ой)-пе бил- 
линга те и другие. 

В области типа биллинга (рге-ра14 или ро${-ра14) реализуемые бизнес-процессы 
также отличаются тем, что отдельные функциональные компоненты должны ис- 
пользоваться в реальном времени или в отложенном режиме. В частности, автори- 
зация пользователя или его платежного инструмента при рге-ра14 биллинге должна 
осуществлять контроль счета на право предоставления услуги как до, так и в про- 
цессе предоставления услуги. 

Бизнес-процессы биллинга системы «Ольга» можно условно разделить на тари- 
фикационные процессы и процессы расчетов с абонентами. На рис. 6.9 приведены 
тарификационные бизнес-процессы различных типов и видов биллинга. 

Тарификационные бизнес-процессы По-Ппе рге-раа4 и Во!-Шше ро$-ра14 
(рис. 6.9, а) практически не отличаются друг от друга. Разница между ними только 
в условиях авторизации, обработки и тарификации СОК. Так, авторизация рге-ра14 
осуществляется с контролем остатка на счете, а тарификация — с контролем стои- 
мости предоставляемой услуги по сравнению с остатком на счете, в то время как 
для ро${-ра14 такой контроль в большинстве случаев не осуществляется. (Контроль 
состояния счета при ро${-ра14 иногда используется при ограничении порога макси- 
мального кредита, который задается в тарифном плане.) 

Для бизнес-процессов оп(ой)-Ппе ро${-ра!А (рис. 6.9, 6), которые реализуются 
после предоставления услуги, характерно присутствие таких функциональных ком- 
понент, как съем и предварительное преобразование СОК к единому формату, при- 
нятому для системы «Ольга». Кроме того, если в режиме «горячего» биллинга из- 
менение состояния счетов производится сразу по окончанию предоставления услу- 
ги, то в отложенном биллинге — после обработки транзакций всего периода бил- 
линга. 

Бизнес-процесс телебанкинга (рис. 6.10) занимает в бизнес-процессах биллин- 
га важное место не только по своим принципам и роли в УБС или в БС, использую- 
щих для аутентицикации и авторизации только «пароль доступа» (иногда такие БС 
называют «карточными платформами»), но и в смысле самостоятельного практиче- 
ского использования, в том числе в системах электронной коммерции, о которых 
речь пойдет ниже. В бизнес-процессе телебанкинга используются все возможности 
предоплаченных инструментов, такие, как пополнение абонентом со счета своей 
карты любого счета в системе, а также счета, относящегося к другой системе. При 
этом в процессе пополнения счета владелец карты может переводить любую сумму 
в пределах остатка на счете карты. Наличие этого бизнес-процесса в системе «Оль- 
га» позволяет, в частности, использовать не только номинальные карты, но карты, 
имеющие право на пополнение. Более подробно бизнес-процесс телебанкинга рас- 
смотрен в Приложении 6.1. 
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Рис. 6.9. Тарификационные бизнес-процессы поте (рге-ра@ и розраю) (а) и 
оп(оЯ)-ше розраю (6) 
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Рис. 6.10. Бизнес-процесс телебанкинга 


Отдельный класс бизнес-процессов биллинга связан с проведением взаиморас- 
четов с пользователем. Эти бизнес-процессы, как указано в главе 5, состоят из 
предварительных и основных функциональных компонент. К предварительным от- 
носятся, в частности, такие функциональные компоненты, как генерация индивиду- 
альных тарифных планов, генерация счетов платежных инструментов, генерация 
персонифицированных лицевых счетов на основе заключенных с абонентами дого- 
воров, а также генерация текущих счетов по типам биллинга и видам услуг. К ос- 
новным функциональным компонентам относятся генерация отчетов по предостав- 
ленным услугам, выставление счетов, реализация и контроль оплаты предоставлен- 
ных услуг. 

Обслуживание. К глобальным бизнес-процессам обслуживания в системе 
«Ольга» относятся бизнес-процессы: 

— организационного, системного и технологического администрирования; 

— технического обслуживания, в том числе мониторинга работоспособности те- 

лекоммуникационного оборудования оператора; 

— аренды, продажи, ремонта абонентского оборудования. 

К данным бизнес-процессам также относится информационно-справочное об- 
служивание, о котором говорилось в главе 5. Часть бизнес-процессов относится к 
ГИС и УБС, а часть реализуется СУП. 

Вся совокупность бизнес-процессов в системе «Ольга» взаимосвязана между 
собой и в целом определяет архитектуру системы, в центре которой находится або- 
нент. На рис. 6.11 показаны основные бизнес-процессы и основные взаимосвязи ме- 
жду ними. 

Отдельным и очень важным вопросом реализации и взаимодействия бизнес- 
процессов является безопасность ИКС. В системе «Ольга» реализуется весь ком- 
плекс системы безопасности: политика безопасности, подотчетность, гарантии, до- 
кументация и службы (см. разд. 5.8). В отдельных случаях реализация безопасности 
может строиться не только на административно-организационных мероприятиях в 


252 ГЛАВА 6 


рамках существующих бизнес-процессов, но и с использованием отдельных бизнес- 
процессов, обеспечивающих дополнительную безопасность. 


Рис. 6.11. Совокупность бизнес-процессов в системе «Ольга» и их взаимосвязи 


В частности, в системе «Ольга» в рамках безопасности использования платеж- 
ных инструментов введено одностороннее шифрование пин-кодов (Приложе- 
ние 5.2). Такая технология дополнительной системной безопасности использования 
платежных инструментов практически исключает несанкционированный доступ 
персонала к исходным пин-кодам карт, что делает бессмысленным попытки вскры- 
тия базы данных с целью доступа к пин-кодам. 


6.4.3. Технические принципы 


Технические принципы реализации системы «Ольга» определяют архитектуру ап- 
паратно-програмных средств (АПС) и их функциональные возможности (рис. 6.12). 

Архитектура аппаратно-программных средств системы «Ольга» является сово- 
купной архитектурой ГИС и УБС, реализующей все функциональные возможности 
предоставления услуг и их универсального биллинга. При этом, как видно из 
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рис. 6.12, данная архитектура имеет достаточную гибкость, что позволяет либо ис- 
пользовать ее для достаточно широкого спектра приложений, либо ограничиться 
отдельными приложениями. 
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Рис. 6.12. Архитектура аппаратно-программных средств системы «Ольга» 


Для того чтобы определить функциональные возможности всех составляющих 
АПС, обратимся к услугам, которые предоставляет система «Ольга». 

Во-первых, это основные и дополнительные услуги, предоставляемые абонен- 
там ТфОП. Для предоставления и биллинга этих услуг служат шлюз с ТфОП, цен- 
тральный шлюз Во{-ше с ТфОП, шлюз Бо-Шпе, шлюз ГР-телефонии, оп-Шпе с 
ТФОП, а также АТС. При этом услуги, предоставляемые через эти шлюзы, тарифи- 
цируются в режиме «горячего» биллинга, а услуги, предоставляемые АТС, тарифи- 
цируются в отложенном режиме через шлюз оп-Ппе. Через данный шлюз произво- 
дится также съем и предварительная обработка СОК. Как было показано ранее, ав- 
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торизация и аутентификация пользователей и платежных инструментов для услуг, 
предоставляемых через региональные шлюзы, может производиться как через трак- 
ты сигнализации ОКС №7 шлюзов |по{-|пе с ТфОП, так и на основе модемного со- 
единения через шлюзы |Во{-[ше или через сеть Интернет. 

Во-вторых, это основные и дополнительные услуги, предоставляемые абонен- 
там сетью мобильной связи (МС). Для предоставления и биллинга этих услуг слу- 
жат шлюз воН|ше МС и шлюз 5М$. Надо отметить, что связь с сервером ЗМ$ мо- 
жет осуществляться как через этот шлюз, так и через сеть Интернет. Шлюз Во1-|пе 
МС используется также для тарификации в режиме По{-пе. 

Шлюзы с ТфОП, Во+те с ТФОП и МС связаны с сетями цифровыми потоками 
с различными видами сигнализаций. При предоставлении услуг [Р-телефонии або- 
нентам ТФОП и МС через шлюз ГР-телефонии последний осуществляет связь с 0бо- 
рудованием этих сетей посредством цифровых потоков. 

В-третьих, это основные и дополнительные услуги, предоставляемые абонентам 
через сеть Интернет. Для предоставлении этих, а также совокупных услуг исполь- 
зуются маршрутизаторы, почтовые сервера, модемные пулы, \еб-сервера и другие 
средства сети Интернет. Взаимодействие с этим оборудованием осуществляется че- 
рез соответствующие шлюзы, а авторизация и аутентификация — через Кадиаз-сер- 
вер. При использовании оборудования, которое поддерживает протоколы взаимо- 
действия сети Интернет, для тарификации услуг используются соответствующие 
сервера. Так, для предоставления услуг и биллинга постоянного (некоммутируемо- 
го) доступа к сети Интернет с помощью оборудования Глсеп{ МАХ может быть ис- 
пользован шлюз, поддерживающий протокол ТАСАСЬ. 

Как указывалось выше, предоставление услуг и организация диалога с пользо- 
вателем реализуется соответствующими шлюзами, а алгоритмы и разработка логи- 
ки услуг — сервером услуг. Сервер услуг может осуществлять поддержку логики 
услуги в режиме реального времени, например, для шлюзов Во{-Ппе с ТфОП и МСи 
шлюза [Р-телефонии, или выгружать эту логику в региональные шлюзы ТФОП. В 
последнем случае логика услуги реализуется шлюзами самостоятельно без посто- 
янного обращения к серверу услуг. Сервер услуг может поддерживать текущие ре- 
чевые и фактические базы данных как для организации словарей диалога, так и, на- 
пример, при необходимости маршрутизации шлюзами транзитных вызовов. 

Сервер биллинга предназначен для поддержки аутентификации и авторизации, 
тарификации услуг во всех режимах биллинга, генерации и ведения лицевых и те- 
кущих счетов, а также проведения расчетов с пользователями. 

Архитектура системы «Ольга» предусматривает наличие так называемого сер- 
вера карт. Этот сервер может использоваться как для узких задач генерации атри- 
бутов платежных инструментов, так и для глобального бизнес-процесса телебан- 
кинга. В последнем случае все функции телебанкинга переводится из сервера бил- 
линга на сервер карт. Использование сервера карт в расширенном варианте функ- 
ционирования позволяет использовать систему «Ольга» как прикладную карточ- 
ную платформу, так и в качестве единого центра УТК. 

Как указывалось в главе 5, в системе имеется информационный и клиентский 
уровень (соответственно ИУ и КУ). Все перечисленные выше аппаратно-программ- 
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ные средства относились к ИУ. Рассмотрим далее реализацию КУ и взаимосвязь 
этого уровня с аппаратно-программным комплексом ИУ и сетей связи. 

Прежде чем перейти к этому вопросу, обратим внимание, что системно-адми- 
нистративные службы (службы системных администраторов ГИС и УБС, служба 
главного администратора технической поддержки) выделяются в отдельный 
класс служб, вынесенный в ИУ. Остальные службы, в том числе службы СУП, 
относятся к КУ, что и определяет их аппаратно-программную реализацию и 
связь с сетью. 

Реализацию клиентского уровня необходимо рассматривать как совокупность 
технической реализации корпоративного портала и контакт-центра. В то время как 
корпоративный портал в основном служит для поддержки деятельности оператора, 
контакт-центр в большей степени предназначен для поддержки предоставления ус- 
луг. Технологически основой корпоративного портала являются \’еб-сервер и сер- 
вер доступа для поддержки функций центральных и внешних служб оператора, его 
партнеров и поставщиков. Взаимодействие служб с базами данных СУП осуществ- 
ляется в рамках выделенной локальной сети служб. Выделение этой сети диктуется 
вопросами безопасности и имеет своей целью организацию зон безопасности. Связь 
выделенной локальной сети с локальной сетью системы «Ольга» реализуется шлю- 
зом СУП, который определяет дополнительные права служб и их отдельных со- 
трудников по доступу к информации, хранящейся в БД системы. Безопасность дос- 
тупа к данным СУП и другие вопросы безопасности в рамках выделенной локаль- 
ной сети возложены на сервер безопасности. 

Вторым важным элементом КУ является шлюз-сервер контакт-центра. Шлюз- 
сервер предоставляет речевой доступ к операторским службам на основе как тра- 
диционной телефонии из ТФОП и на основе ПР-телефонии через сеть Интернет, 
так и доступа к данным через почтовые и \еб-сервера сети Интернет. Это дает 
возможность, в частности, операторам информационно-справочных служб, служб 
абонентской поддержки и службы претензий поддерживать с пользователями ре- 
чевой диалог, а также обмениваться данными, визуальной и другой информацией. 
Реализуя возложенные на него задачи, контакт-центр взаимодействует с сетью 
ТФОП, с выделенной локальной сетью (а через нее с серверами сети Интернет, ра- 
бочими местами операторов, сервером БД СУП), а также через локальную сетью с 
сервером БД. 

В заключение еще раз перечислим принципы реализации системы «Ольга»: 

— система удовлетворяет основным определениям ИКС, что позволяет исполь- 

зовать ее как единое целое; 

— система является универсальной как с точки зрения предоставления, так и 
биллинга услуг; 

— предоставление услуг и их биллинг тесно взаимосвязаны между собой и ори- 
ентированы на абонента, который является важнейшим элементом обратной 
связи между ними; 

— глобальные бизнес-процессы реализуются на основе функциональных компо- 
нент всех составляющих системы и их взаимосвязей; 
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— система может быть адаптирована к любой структуре и свойствам сетей связи, 
на которых она функционирует; 

— система спроектирована методом «сверху-вниз», что дает возможность ис- 
пользовать ее для отдельных, достаточно узких приложений. 

Примеры использования системы «Ольга» рассмотрены в следующем разделе. 


6.5. Примеры использования системы «Ольга» 


В качестве примеров использования система «Ольга» как универсальной системы 
предоставления и биллинга услуг рассмотрим ее следующие приложения для опе- 
раторов: 

— традиционной телефонной связи, предоставляющих междугородную и междуна- 
родную связь и совокупные дополнительные услуги. Предоставление услуг осу- 
ществляется в некотором регионе на разнородной сети. При этом объем дополни- 
тельных услуг составляет не более 10% от объема основных услуг. Для расчета с 
абонентами используются только платежные инструменты в виде скретч-карт; 

_ коммутируемого и некоммутируемого доступа к сети Интернет, а также меж- 
дугородной и международной связи на основе 1Р-телефонии. Услуги ГТР-теле- 
фонии предоставляются через сеть Интернет. Расчеты между оператором и 
абонентами осуществляются по кредитному принципу с предоплатой; 

— сотовой связи с использованием карточных платежных инструментов и воз- 
можностью роуминга карт. 

Для простоты будем считать, что вся структура системы «Ольга» в части СУП и 

взаимодействия с абонентами через контакт-центр идентична для каждого из при- 
меров, за исключением случаев, когда это будет иметь принципиальное значение. 


6.5.1. Приложение для операторов фиксированной телефонной сети 


Архитектура системы «Ольга» для операторов фиксированной телефонной сети мо- 
жет быть получена из обобщенной архитектуры системы «Ольга» (рис. 6.12). Для 
этого исключим из обобщенной архитектуры те программно-технические средства, 
которые не будут участвовать в предоставлении и биллинге услуг этого приложе- 
нии. На рис. 6.13 показан пример подобной архитектуры. 

Определим следующие начальные условия: 

— подключение транспортных шлюзов к ТФОП является распределенным; 

— интеллектуальная поддержка услуг междугородной и международной связи 
осуществляется всеми шлюзами; 

— для получения услуг абоненты сети могут соединяться с ближайшим шлюзом, 
что дает возможность равномерной нагрузки на все шлюзы; 

— трафик дополнительных услуг по сравнению с трафиком основных услуг не- 
велик, что позволяет предоставлять дополнительные услуги (кроме услуг бил- 
линга) через центральный шлюз; 

— шлюзы системы «Ольга» связаны с АТС цифровыми потоками; 
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— выход на АМТС со шлюзов осуществляется также через АТС по цифровым 


потокам; 

_ в зависимости от типа АТС и наличия у нее цифровых потоков с сигнализаци- 
ей ОКС №7 запросы на аутентификацию и авторизацию со шлюзов могут пе- 
редаваться по трактам сигнализации ОКС №7. При отсутствии на АТС ОКС 
№7 аутентификация и авторизация осуществляется через сеть Интернет, а в 
отдельных случаях через модемное соединение точка-точка. 
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Рис. 6.13. Архитектура система «Ольга» для операторов ТфОП 


Как указывалось в предыдущих главах, для оказания услуг региональными 
шлюзами они должны не только выполнять коммутационные функции (55Р) и 
обеспечивать поддержку речевых ресурсов, но и иметь возможность оказывать до- 
полнительные услуги (СР) самостоятельно, без участия сервера услуг. Такая тех- 
нология предоставления услуг допускает объединение шлюза Бо!{-Ппе с сервером 
услуг. Учитывая специфику интеллектуальной поддержки предоставления услуг 
междугородной и международной связи, к дополнительным услугам можно отне- 
сти предоставление этих услуг через оператора. Для этих целей служит са]-центр, 
на который переключаются абоненты, не имеющие возможность тонального дона- 
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бора или предпочитающие получать услуги только через оператора. Переключение 
абонента на оператора са]-центра может производиться автоматически, когда, на- 
пример, после подключения абонента к шлюзу от него за заданное время не прихо- 
дят цифры донабора, или по инициативе абонента, когда он набирает соответст- 
вующий код услуги. Для соблюдения определенных мер безопасности локальная 
сеть са]]-центра подключается к локальной сети системы «Ольга» через шлюз. 

В случаях, когда УБС для фиксированной телефонной связи используется опе- 
ратором связи при расчетах с пользователями только на основе скретч-карт, сервер 
карт и сервер биллинга могут быть объединены в единый сервер «карточного» бил- 
линга. Это позволяет упростить администрирование биллинга за счет объединения 
карточных и лицевых счетов абонентов. В других случаях технология биллинга не 
отличается от биллинга Во{-Ппе рге-ра14, используемого в универсальном биллинге. 
Это касается, в том числе, и всех возможностей телебанкинга. 

В общем случае, когда оператор фиксированной сети предоставляет весь ком- 
плекс услуг и их биллинг, указанная архитектура функционирует в полном объеме. 

Для предоставления дополнительных услуг абонентам ТФОП используется 
шлюз 6о1-|ше с ТфОП, который имеет единые серийные номера доступа для всех 
абонентов сети. Исходя из этого, авторизация абонентов осуществляется также че- 
рез данный шлюз. Авторизация может проводится как по номеру терминала, так и 
по паролю доступа. Биллинг проводится в режиме во{-|ше, но может различаться 
по виду — рге-раШ4 или роз{-ра14. Для интеллектуальной поддержки основных ус- 
луг, в частности, услуг междугородной и международной связи, предоставляемых 
абонентам разных АТС, могут использоваться периферийные шлюзы (шлюзы 2 и 3 
с ТФОП, показанные на рис. 6.13). Эти шлюзы, с одной стороны, осуществляют ав- 
торизацию пользователей, а с другой — служат для предоставления сопутствую- 
щих услуг и маршрутизации междугородных и международных вызовов на АМТС. 
Обычно маршрутизация осуществляется обратным потоком через АТС, но в от- 
дельных случаях возможно непосредственное направление вызова на АМТС 
(шлюз 3). Для оказания услуг междугородной связи на основе [Р-телефонии воз- 
можно перенаправление вызовов на шлюз [Р-телефонии. Пример такого перена- 
правления показан для центрального шлюза (стрелки на рис. 6.13), однако такая же 
функция может быть реализована и для шлюзов 2 и 3. 

Перенаправление вызовов с центрального шлюза (шлюз Во{-Шште с ТФОП) на 
АРМ операторов са-центра осуществляется через специальный шлюз-сервер, а 
доступ к базам данных по локальной сети — через соответствующий шлюз безо- 
пасности (сетевой экран). Для обеспечения безопасности работы системы «Ольга» 
через публичную сеть Интернет целесообразно использовать сетевые экраны для 
всех каналов, взаимодействующих с сетью Интернет. 

Взаимодействие системы «Ольга» в части оп(ой)-Ппе биллинга с ТФОП, напри- 
мер, для АТС4 и АТС5 (рис. 6.13) осуществляется через шлюз оп(ой)-Ппе. Задача 
данного шлюза — получение лог-файлов или СОК услуг, предоставляемых этими 
АТС своим абонентам. Как указывалось выше, на основе этих данных можно осу- 
ществлять только роз{-ра!14 биллинг или, в крайнем случае, псевдобиллинг рге-ра1 Я 
(р/рге-ра14). На рис. 6.13 представлена связь с этими АТС на основе модемной свя- 
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зи точка-точка, однако принципиально ничто не мешает осуществлять связь и по 
сети Интернет. Для этого АТС4 и АТС5 должны иметь постоянный доступ к сети 
Интернет. 

Из приведенного выше описания архитектуры системы «Ольга» для операторов 
ТФОП видно, что свойства системы «Ольга» как универсальной ИКС позволяет в 


широких пределах варьировать ее архитектуру, адаптируя ее для широкого спектра 
применения. 


6.5.2. Приложение для провайдера сети Интернет 


Второй пример реализации архитектуры для оказания услуг провайдером сети Ин- 
тернет показан на рис. 6.14. Начальные условия включают оказание услуг коммути- 
руемого и некоммутируемого доступа к сети Интернет, предоставление абонентам 
Интернет-сервисов, а также оказание услуг междугородной и международной связи 
на основе [Р-телефонии по сети Интернет. Предусматривается ведение расчетов с 
абонентами по кредитной системе оплаты с авансовыми платежами. 


ТД ереер 
ТЕ | Системно-администра- 
тративные службы 


Жи Почтовый 
сервер 


Сервер 
технической 
поддержки 


Модемный 
пул 


Е (Шлюз 


и = постоянного 


доступа | Вадиз 


| сервер 


Сервер 


| Шлюз 


Сервер биллинга 
|Р-телефонии баз данных 
системы 
«Ольга» 


сервер 


Рис. 6.14. Архитектура системы «Ольга» для провайдеров сети Интернет 
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Как указывалось выше, логика предоставления основных и дополнительных ус- 
луг в сети Интернет реализуется соответствующим оборудованием провайдера 
(распределенное предоставление услуг), поэтому нет необходимости в специаль- 
ном сервере услуг, за исключением случаев, когда необходима их централизован- 
ная разработка. 

Для большинства предоставляемых услуг при кредитной системе расчетов ау- 
тентификация и авторизация абонентов является единым процессом, осуществляе- 
мым оборудованием провайдера. Данные о правах абонента переносятся в оборудо- 
вание провайдера из системы биллинга на основании заключенных договоров. При 
этом для коммутируемого доступа заводится таблица логинов и паролей абонентов, 
а для постоянного доступа фиксируются их [Р-адреса. 

Достаточно важный вопрос, которому, к сожалению, уделено мало внимания в 
главе 3, — это принципы предоставления услуг [Р-телефонии применительно к ар- 
хитектуре ИСС и взаимодействию с ней. Эти принципы подробно и основательно 
изложены в работе [19], посвященной конвергенции сетей связи. Опираясь на пред- 
ложенные в [19] технологии, можно отметить, что они применимы и к ГИС, рас- 
сматриваемой в настоящей книге. Проблема лишь в преемственности технологии 
обслуживания вызовов, принятых как в ИСС, так и в ГИС. Принципиально логику 
услуг [Р-телефонии возможно реализовать на тех же принципах, на которых реали- 
зуется логика услуг для традиционной телефонии. В этом случае сервер ПР-телефо- 
нии выполняет роль «привратника» для сервера услуг, аналогично [УК в системах 
традиционной телефонии. Этот привратник, по выражению автора [19], «эмулиру- 
ет» доступ к услугам ГИС из оконечных точек [Р-сети. В этом еще раз выражается 
преемственность различных вариантов реализации предложенной архитектуры, ис- 
ходя из ее универсального предназначения. 


6.5.3. Приложение для оператора мобильной связи 


В предыдущих главах мы рассматривали описание услуг, предоставляемых опера- 
тором мобильной связи, а также принципы их предоставления и биллинга. В дан- 
ном разделе на основе этих материалов рассмотрены принципы построения архи- 
тектуры ИКС предоставления и биллинга услуг мобильной связи. 

Повышенноё внимание к мобильной связи по сравнению с рассмотренными вы- 
ше телекоммуникационными приложениями имеет веские причины. Во-первых, 
мобильная связь — это самое динамично развивающееся направление, в том числе 
в сфере предоставления дополнительных услуг. Во-вторых, налицо схожесть прин- 
ципов предоставления услуг с гибридной интеллектуальной сетью и, наконец, 
в-третьих, это возможность и необходимость конвергенции телекоммуникацион- 
ных сетей на основе принципов мобильной связи [19]. (Здесь и далее, мы будем 
ссылаться на основополагающую в этом направлении работу Б.С. Гольдштейна 
[19].) В этом контексте необходимо обратить внимание на схожесть процессов об- 
работки вызовов и предоставления услуг в мобильных сетях и ГИС, имея в виду 
взаимодействие между Э5Р и ЗСР для ГИС, а также мобильного центра коммута- 
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ции (Мое З\уисЬше Сещег, М$С) и регистра местоположения (Ноте ГосаНоп 
Верлег, НГК) для мобильной сети. Для конвергенции мобильной и интеллектуаль- 
ной сети на первый план выходят вопросы выбора и согласования единых протоко- 
лов, которые должны учитывать, с одной стороны, мобильность абонента, а с дру- 
гой — интеллектуальные аспекты. Однако решения этих вопросов, возможно, бу- 
дет получены в недалеком будущем. Поэтому вполне реальной задачей является 
формирование концепции интеллектуальной сети и ее «наложение» на архитектуру 
существующих сетей подвижной связи. Как указано в [19], одно из направлений та- 
кого наложения связано с тем, что обращение к услуге ИСС (в данном случае к ус- 
луге ГИС) в сети подвижной связи является процессом, который происходит неза- 
висимо от сигнализации, служащей для установления соединения. Это позволяет 
свести к минимуму роль НЕК в реализации дополнительных услуг. Как и прежде 
для традиционных сетей, доставка вызова мобильному абоненту считается основ- 
ной, а не дополнительной услугой. Функции МЭС и НЕК, используемые для дос- 
тавки вызова, не меняются с введением функций ГИС, поскольку последние не за- 
висят от протокола установления соединения. Различие между сигнализацией, спе- 
цифической для подвижной связи, и сигнализацией для поддержки услуги усилива- 
ется, поскольку та и другая остаются логически разными [19]. С другой стороны, 
остаются насущными вопросы конвергенции сетей на основе выработки единых 
протоколов и реализации сетей мобильной связи третьего поколения. 

В сложившейся ситуации операторы мобильной связи стоят перед дилеммой: 
дожидаться появления стандартов и оборудования систем мобильной связи третье- 
го поколения или начать предоставление широкого спектра дополнительных услуг 
уже сейчас на существующем оборудовании с использованием возможностей ГИС. 
Это и является предметом обсуждения в данном разделе. 

Рассмотрим основные и дополнительные услуги, предоставляемые абонентам 
мобильной сети, которые, по мнению автора, требуют наибольшего внимания. 

Основными услугами, как и ранее, будем считать услуги по предоставлению 
местной, междугородной и международной связи. Поэтому важная роль отводится 
дополнительным сервисам по предоставлению этих услуг и в первую очередь удоб- 
ству оплаты за эти услуги. Другим важным сопутствующим сервисом можно счи- 
тать информирование абонента об остатке на его счете и стоимости предоставлен- 
ных услуг, в частности стоимости разговора. 

К сопутствующим услугам обычно относят услуги по переадресации вызова, 
опознаванию номера вызывающего абонента и уведомлению занятого абонента о 
дополнительном вызове. В рассматриваемой технологии реализация этих услуг 
осуществляется МС, поэтому нас они будут интересовать только в контексте бил- 
линга. 

Другой разновидностью дополнительных услуг являются собственные инфор- 
мационно-справочные услуги, информационно-справочные услуги ресурсов сети 
Интернет и услуги передачи сообщений. Как известно, информационно-справоч- 
ные услуги и услуги по передаче сообщений реализуются в системах мобильной 
связи с помощью речевых сообщений и передачи данных. Если для систем мобиль- 
ной связи в целом речевые сообщения реализуются посредством ГУК (см. главы 2 и 
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3), то для мобильных сетей различных стандартов используются собственные сис- 
темы передачи данных. Остановимся на наиболее часто используемом стандарте 
ОЗМ и основное внимание уделим технологии реализации указанных услуг и архи- 
тектуре системы для этого стандарта. Более подробную информацию по используе- 
мым системам, стандартам и сервисам для реализации указанных дополнительных 
услуг можно почерпнуть из [19, 56, 57], а также из Приложения 6.2. 

Итак, речевое взаимодействие для получения указанных услуг является, если 
не преобладающим, то наиболее часто используемым. Поскольку это взаимодей- 
ствие осуществляется на тех же принципах, что и для традиционной телефонии, 
то все результаты по архитектуре, технологии и услугам, полученные в главах 3 и 
5, будут действовать и для услуг, предоставляемых мобильными сетями с помо- 
щью [УК. 

Обратимся к технологии и реализации дополнительных услуг на основе переда- 
чи данных. Как известно, такая передача возможна как в рамках речевого тракта, 
так и с использованием тракта сигнализации. И в том, и в другом случае для этого 
будут использоваться специальные протоколы взаимодействия (см., например, 
Приложение 6.2). 

$МЗ (Звон Маззасез Зегусе) — услуга передачи коротких сообщений — ис- 
пользуется в технологии многих дополнительных услуг как в части информирова- 
ния пользователей о деталях технологического процесса, так и для предоставления 
дополнительных услуг интеллектуального биллинга, телебанкинга и мобильной 
коммерции. С другой стороны, эта услуга интенсивно используется для передачи 
коротких сообщений между мобильными телефонами пользователей. 

При передаче 5МЗ используются сигнальные тракты в режиме пакетной пере- 
дачи, что позволяет предоставлять услуги в отдельных случаях и в режиме разгово- 
ра. Надо отметить, что при переходе от 5М5 к стандарту ЕМБ появляется возмож- 
ность передачи и графической информации. Это, в свою очередь, дает возможность 
организации аналога контакт-центра в форматах мобильной связи. 

Для реализации дополнительных услуг на основе 5М5 организуются специ- 
альные центры (5М$З Сепие, 5М$С) для приема, хранения и передачи этих сооб- 
щений (Приложение 6.2), которые интегрируются в архитектуру ГИС. В части 
биллинга данного сервиса необходимо обратить внимание на то, что хотя эта ус- 
луга носит пакетный характер, к ней нецелесообразно подходить с точки зрения 
оценки передачи и приема некоторого объема трафика. Учитывая специфику дан- 
ной услуги как услуги передачи коротких сообщений, общепринятой тарификаци- 
ей 5М5 является тарификация по количеству передаваемых сообщений. Такая та- 
рификация осуществляется в оп(ой-Ппе биллинге, а значит, возможна только в 
режиме роз{-ра14. 

Другим сервисом мобильной сети по обмену сообщениями является двунаправ- 
ленная сеансовая передача неструктурированных данных (ОпзНасваге4 Зирретеп- 
{агу зегусе Оажа, 0550). Это дополнительная услуга реализована только в сетях 
стандарта СЗМ. Она является встроенной функцией инфраструктуры @5М-сетей и 
позволяет передавать информацию между пользователями и приложениями через 
сеть сигнализации ОКС №7. 05$) обеспечивает высокоскоростной обмен инфор- 
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мацией между абонентом и сервисным приложением в режиме реального времени. 
В отличие от $3М$, которая наиболее удобна для передачи информации между 
пользователями, услуга 05$) более эффективна для связи с приложениями. Для 
предоставления этой услуги используются 0$$)-серверы, которые реализованы в 
виде программно-аппаратного комплекса на базе технологии компьютерной теле- 
фонии и непосредственно подключаются к НЕК. 

На первом этапе своего развития технология ($5) использовалась в основ- 
ном для решения технологических задач, в частности, автоинформирования або- 
нентов по различным технологическим вопросам, в том числе при оказании услуг 
телебанкинга, но постепенно приобретает черты универсальной наложенной сети 
передачи сообщений и становится важным элементом реализации услуги «уни- 
версальная почта». 

Поскольку 0%$)-сервис осуществляется пакетным способом и без сущест- 
венного ограничения объема, то его биллинг более эффективно проводить на ос- 
нове объема переданной информации, что также возможно в режиме оп(оН)-Ппе 
ро${-ра14. 

Пакетная радиосвязь общего назначения (Сепега| РасКеё Кафюо Зегусе, 
ОРВ5) — новый сервис, не связанный с передачей речи, который появился в сетях 
15-136 множественного доступа с разделением каналов (Тите Оту151оп Мшаре Ас- 
сез$, ТОМА) и сетях @5М. ОРК$ можно рассматривать как наложенную сеть для 
передачи пакетов по протоколу ГР в уже существующих сотовых сетях поколения 
2,5, представленную в виде дополнительного сетевого уровня и не требующую вы- 
деления новых каналов в сотовых сетях. Технология ОРВ5 как пакетной передачи 
данных по протоколу [Р позволяет использовать короткие временные интервалы 
каналов, выделенных для передачи речевых данных. Таким образом удается дос- 
тичь высокой производительности, поскольку каналы, используемые для передачи 
речи, могут одновременно использоваться и для передачи пакетов данных по про- 
токолу [Р. Исходя из этого, к услугам ОРВ5$ необходимо относиться также как к ус- 
лугам передачи данных в традиционных цифровых сетях. Это означает, что с уче- 
том определенной специфики мобильных сетей технологии взаимосвязи ГИС с сис- 
темами передачи данных остаются в силе. 

Рассмотрим возможности реализации услуги доступа к сети Интернет. Одна из 
проблем — визуализация информации, полученной из сети, на дисплее мобильного 
терминала с ограниченными ресурсами. 

В мобильных сетях наиболее распространен протокол \/АР (\У/п@аез5 АррИса- 
поп Ргоюсо]). На его основе с помощью У\У/АР-браузера телефона можно обращать- 
ся к различным приложениям, аналогичным \Уеб-приложениям сети Интернет. Та- 
ким образом, для реализации информационно-справочных услуг на основе \/АР в 
архитектуре ГИС должен присутствовать \/АР-сервер, на котором должны быть за- 
пущены У\У/АР-приложения. 

Доступ к сети Интернет в системах радиотелефонной связи может осуществ- 
ляться двумя способами, один из которых аналогичен коммутируемому доступу в 
традиционных сетях, т.е. модемному соединению по речевому тракту радиосети с 
дальнейшей авторизацией, а другой — постоянному доступу на основе СРВ$. 
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В первом случае биллинг коммутируемого доступа будет проводиться на прин- 
ципах биллинга повременного трафика (возможно с учетом стоимости информаци- 
онных ресурсов), т.е. на принципах универсального биллинга, рассмотренного вы- 
ше. Во втором случае [58] биллинг может носить специфику некоммутируемого 
доступа с использованием ресурсов СРЕ$. 

Так или иначе, биллинг услуг доступа к сети Интернет укладывается в рамки 
универсального биллинга, рассмотренного выше. Единственное замечание, кото- 
рое отражает специфику реализации ОРК5 узлов, касается используемых прото- 
колов авторизации. Как уже упоминалось выше, наиболее часто при доступе к се- 
ти Интернет из сети традиционной телефонии применяется протокол авторизации 
Вадиа5. Этот же протокол может быть использован на существующих сетях, одна- 
ко конвергенция сетей заставляет разработчиков искать новые пути унификации 
протоколов. Таким протоколом становится САМЕГ.. Данный протокол можно рас- 
сматривать как одно из решений интеграции интеллектуальных и мобильных се- 
тей для поддержки нестандартизированных @5М-услуг, что дает возможность 
представить в инфраструктуре сетей подвижной связи простые механизмы обслу- 
живания вызовов, требующие предоставления услуг интеллектуальной сети [19]. 
Исходя из этого, ГИС и УБС должны взаимодействовать с М®С и НЕР по данно- 
му протоколу, чтобы реализовать все возможности универсального предоставле- 
ния и биллинга услуг. 

Рассмотрение настоящего приложения было бы не полным без упоминания воз- 
можности предоставления совокупных услуг. Одной из основных, по мнению авто- 
ра, является универсальная почта, которая уже неоднократно упоминалась выше. 

Возможности конвергенции сетей подвижной связи с ГИС и сетью Интернет 
максимально приспособлены для предоставления услуг отложенных сообщений. 
Действительно, достаточно в центре 5М$, на сервере 0550, на почтовом сервере 
Интернет или в системе голосовой почты зарегистрировать абонента как абонента 
услуги универсальной почты, то все его сообщения автоматически будут пересы- 
латься на сервер услуг, который в соответствии с заданной абонентом логикой ус- 
луги будет преобразовывать полученные сообщения в заданный формат и переда- 
вать их на соответствующие сервера. 

Все указанные выше соображения по системно-интеграционным подходам к по- 
строению архитектуры системы «Ольга» для сети подвижной связи отражены на 
рис. 6.15. 

В дополнение к рассмотренным выше аспектам необходимо подчеркнуть, что 
для данного варианта системы «Ольга», как и для других приложений, рассмотрен- 
ных выше, по-прежнему основное внимание должно уделяться всему комплексу во- 
просов безопасносности, рассмотренных как в данной главе, так и в предыдущих 
главах. | 

Эффективное использование всех возможностей рассмотренного приложения 
напрямую зависит от современных систем управления предприятием и, в особенно- 
сти, систем поддержки клиентов, которые выходят на один уровень с вопросами 
предоставления и биллинга услуг, особенно в контексте бурного развития дополни- 
тельных услуг. 
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Рис. 6.15. Архитектура система «Ольга» для сети подвижной связи 


В данном разделе особое внимание обращено на технологию предоставления 
дополнительных и интеллектуальную поддержку основных услуг. За рамками обсу- 
ждения остался класс услуг, связанный со спецификой универсального биллинга, 
современными способами расчетов с абонентами, а также такого важного ком- 
плексного приложения возможностей мобильной связи, как мобильная электронная 
коммерция. Эти вопросы будут освещены в следующей главе. 
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ПРИЛОЖЕНИЯ 


Приложение 6.1. Основные принципы разработки 
подсистемы телебанкинга 


Подсистема «Телебанкинг» (ПТБ) является составной частью системы «Ольга», од- 
нако в принципе может рассматриваться как самостоятельная система. ПТЪЬ разра- 
батывают с учетом функциональных и технологических требований, описанных ра- 
нее для систем телебанкинга. Кроме того, при разработке ПТБ должно учитывать- 
ся, что соединение пользователей с этой системой может осуществляться через 
центральный шлюз и/или региональные шлюзы, кроме того, могут использоваться 
как речевые, так и Интернет-шлюзы. 
Определим пользователей системы: 


— универсальный пользователь — пользователь системы или любая внешняя 
система, обладающая доступом ко всем функциям, предоставляемым систе- 
мой ПТБ; 


— абонент системы — физическое или юридическое лицо, обладающее той ча- 
стью функциональности универсального пользователя, которая необходима 
для реализации им своих технологических функций; 

— администратор системы — пользователь системы, обладающий той частью 
функциональности универсального пользователя, которая необходима для вы- 
полнения обязанностей администратора системы. 

Возможности, предоставляемые универсальному пользователю, включают пол- 

ный набор функциональных возможностей системы ПТБ. 

Возможности, предоставляемые абоненту: 

— оплата услуг связи; 

— получение информации по истории своих операций с картами; 

— оплаты услуг третьих компаний. 

Возможности, предоставляемые администратору системы: 

— получение информации по операциям абонентов с картами; 

— управление картами; 

— установки ограничений на операции абонентов. 

На рис. П6.1 представлена деловая модель системы, иллюстрирующая пред- 
ставленную выше информацию. 

Абонент имеет возможность перевести средства со счета карты на свой лицевой 
счет, с карты на другую карту с целью оплаты услуг связи, пополнения счета и оп- 
латы счетов третьей компании. Для этого абонент должен соединиться по телефон- 
ной сети с речевым шлюзом или зайти на \еб-сайт компании и заполнить специ- 
альную форму оплаты. 
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Рис. Пб.1. Деловая модель системы телебанкинга 


Для получения информации по истории своих операций с картами абонент мо- 


жет просмотреть отчеты по операциям с картами за определенный период по сети 
Интернет (для этого ему необходимо зайти на У\/еб-сайт компании и заполнить со- 
ответствующую форму) или получить информацию по остатку на счете карты, со- 


единившись с речевым шлюзом по телефонной сети в диалоговом режиме. 


Администратору системы предоставляются следующие возможности: 

— просматривать все операции, проводимые абонентами и отражаемые в специ- 
альном журнале, в том числе за указанный период; 

— устанавливать фильтры на информацию, отображаемую в журнале; 

— контролировать неудачные попытки аутентификации пользователей системы; 

— заблокировать (разблокировать) одну или несколько карт; 

— устанавливать ограничения на минимальную сумму платежа, принимаемого 
от клиента; 

— устанавливать ограничения на количество попыток ввода секретного кода 
карты, а так же устанавливать период, на который абонент будет лишен сер- 
виса в случае превышения количества попыток. 

Графическая модель вариантов использования системы представлена на 


рис. 16.2. 


ПТБ взаимодействует со следующими внутренними подсистемами и внешними 


системами: 


_ подсистемой биллинга; 

— подсистемой генерации проверочных значений секретных кодов; 
— подсистемой оплаты в счет третьих компаний; 

— подсистемой СУП (бухгалтерия, склад). 
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Рис. Пб.2. Графическая модель использования системы телебанкинга 


Основные элеменнты функции, необходимые для реализации системы: 

— база данных о платежах абонентов; 

— база данных о неудачных попытках аутентификации, совершенных абонента- 
Ми; 

— интерфейсы к функциям внешних систем для проведения платежей в пользу 
третьих компаний; 

— интерфейсы к собственным функциям для пополнения баланса карты; 

— интерфейсы к функциям биллинговой подсистемы для пополнения лицевых 
счетов; 

— интерфейсы к процедурам списания средств с карт; 

— интерфейсы к функциям библиотеки, осуществляющий выработку провероч- 
ного значения секретного кода карты; 

— интерфейсы к функциям подсистемы биллинга для проверки допустимости 
операций с телефонным номером. 

— интерфейсы для сохранения в базе данных результатов операций списания 
средств с карты; 

— инструменты поиска информации об операциях абонентов; 
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— фильтры на отображение информации об операциях абонентов; 

— средства генерации отчетов; 

— функции управления архивированием информации об операциях пользователей. 

Кроме того, ПТБ включает: 

— функции управления картами (интерфейсы к функциям блокировки и разбло- 
кировки карт, возможность задания условий блокировки доступа); 

— функции установки ограничений на операции абонентов (установки мини- 
мально допустимого значения суммы платежа, установки максимально допус- 
тимого количества попыток ввода секретного кода карты, установка времен- 
ных ограничений); 

— функции установки длительности блокирования сервиса для абонентов (выпол- 
нение автоматического блокирования доступа к картам в случае превышения 
количества попыток ввода с учетом установленного временного интервала). 

Функциональные требования ПТК реализуются аппаратно-программными средства- 

ми, изложенными ранее. Один из возможных алгоритмов работы показан на рис. 6.3. 

Как видно из рисунка, алгоритм учитывает все возможности использования сис- 

темы телебанкинга для практического применения в различных системах. 
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Рис. Пб.3. Возможный алгоритм работы системы телебанкинга 
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Приложение 6.2. Стандарты мобильной связи и 
технологии передачи данных 


Аналоговый стандарт ММТ (№ гс Мое Теервопе зубет) — одна из самых 
ранних систем сотовой связи для автоматической радиотелефонии. Сети ММТ от- 
носятся к первому поколению сетей мобильной связи и являются аналоговыми сис- 
темами. Изначально системы ММТ работали в диапазоне частот 453,0...457,5 МГц и 
имели 180 каналов связи шириной по 25 кГц каждый. Эффективное число исполь- 
зуемых каналов удается повысить во много раз за счет «сотового» принципа. В 
дальнейшем системы ММТ стали использовать диапазон 900 МГц. 

ММТ, будучи первым многонациональным стандартом сотовой связи, стал зна- 
чительной вехой в истории мобильной связи. 

Технология работы стандарта ММТ основана на том, что сигнал вызова телефона 
посылается одновременно всеми базовыми станциями, расположенными в зоне связи, 
в которой этот телефон может находиться. Когда мобильный телефон принял сигнал 
вызова, содержащий, в частности, сигнал опознавания, он отвечает на вызов сигналом 
подтверждения на ответной частоте, после чего центральный коммутатор передает ка- 
нал связи той базовой станции, в зоне действия которой находится телефон. Телефон 
принимает номер нужного канала и подключается к нему. Идентификация мобильного 
телефона осуществляется по специальному ключу. Этот же ключ содержится как в те- 
лефоне, так и в регистре идентификации, установленном в центре коммутации. Проце- 
дура идентификации осуществляется при каждом новом звонке от телефона. 

Стандарт СЗМ. В настоящее время основным стандартом мобильной связи яв- 
ляется ОЗМ (глобальная система для мобильной связи — ©]оба| Зузет юг Мое 
{@есоттитсаНоп$). Данный стандарт совместим с [$0М по уровню сервиса и по 
управлению передачей сигнала, однако не позволяет на практике достичь скорости 
передачи данных 64 кбит/с, стандартной для каналов системы [$0М. 

В соответствии с определениями ГГО-Т, телекоммуникационные услуги могут 
быть поделены на несущие сервисы, телесервисы и дополнительные сервисы. О@ЗМ 
допускает в качестве несущего сервиса передачу цифровых данных в синхронном и 
асинхронном режиме между терминалами [50М. Данные могут передаваться в «про- 
зрачном» режиме, который имеет фиксированную задержку по времени, но не гаран- 
тирует целостности данных, либо в «непрозрачном», который гарантирует целост- 
ность передачи данных посредством механизма автоматически повторяемого запроса 
(Аиютайс Кереа{ Кедиез АВО), но имеет варьируемую задержку по времени. Ско- 
рости передачи данных, поддерживаемые стандартом ОМ, — 300, 600, 1200, 2400 и 
9600 бит/с. Основным телесервисом, поддерживаемым ОЗМ, является телефония. 

Сеть ОЗМ состоит из нескольких функциональных объектов с заданными функ- 
циями и интерфейсами. Сети СЗМ можно разделить на три подсистемы: мобиль- 
ные телефоны, подсистема базовых станций и сетевая подсистема, главная часть 
которой — коммутирующий центр услуг мобильной связи. 

Подсистема базовых станций состоит из двух частей: приемо-передатчика (Вазе 
Тгапзсеуег Заноп, ВТЗ) и контроллера (Вазе ЗайНоп Сопбо!ег, ВЗС). Они осущест- 
вляют взаимодействие через специальный интерфейс А-55. Приемо-передатчик ба- 


ИНТЕГРАЦИЯ СИСТЕМ ПРЕДОСТАВЛЕНИЯ И БИЛЛИНГА УСЛУГ СВЯЗИ 271 


зовой станции взаимодействует с радиопередатчиками (мобильными станциями), 
расположенными в центре сот, с помощью протоколов радиосвязи. 

Центральным компонентом сетевой подсистемы является коммутирующий 
центр услуг мобильной связи (Мое зегу1се э\уисЬш? Сещег, МС). Он функ- 
ционирует как обычный коммутирующий узел таких сетей, как РТМ или 1$0М, 
и, кроме того, обеспечивает функции, необходимые для работы с абонентами мо- 
бильной связи, в частности, регистрацию, авторизацию, обновление данных о ме- 
стоположении мобильных телефонов, маршрутизацию звонков для абонентов, 
пользующихся услугой роуминга. Эти сервисы предоставляются с помощью не- 
скольких функциональных объектов, которые в совокупности и образуют сетевую 
подсистему. Центр МЗС обеспечивает связь с обычными фиксированными теле- 
фонными сетями (такими, как РТМ или [5ОМ) и передачу служебных сигналов 
между функциональными блоками, поддерживающими систему $57 (51епаШпе 
зует Митбег 7), применяемую в [30М. Базы данных регистра местоположения 
(Ноте Госаноп Керл$ег, НГВ) и регистра визитера (У15 йог Госаноп Керлфег, 
УГК) вместе с центром М$С обеспечивают маршрутизацию звонков и роуминго- 
вые возможности ОЗМ (в том числе, международный роуминг). База НГК содер- 
жит всю административную информацию по каждому абоненту, зарегистрирован- 
ному в соответствующей сети СМ, вместе с текущим местоположением мобиль- 
ного телефона. Текущее местоположение мобильного телефона определяется в 
форме роумингового номера мобильной станции (Мое З1аНоп Коатш? Матфег, 
МЪКМ), который является обычным номером 1$0М№, используемым для маршру- 
тизации звонков в центр МС с места нахождения мобильного телефона. Логиче- 
ски на каждую сеть @5М приходится один регистратор НГК, хотя он может быть 
выполнен и в виде распределенной базы данных. 

В настоящее время ОЗМ является самым популярным и самым распространен- 
ным стандартом сотовой связи. Большинство стран приняли стандарт @$М диапа- 
зона 900 МГц к реализации или развивают его для построения таких сетей в диапа- 
зонах частот 1800 МГц — стандарт ОСЗ 1800 в Европе, и 1900 МГц — стандарт 
РС 1900 в США. Неотъемлемой частью каждого сотового телефона стандарта 
ОМ является $ М-карта, представляющая собой миниатюрную пластиковую карту 
с чипом, на котором записаны все необходимые данные, связанные с полномочия- 
ми абонента и предоставляемыми ему услугами связи. С ее помощью выполняются 
все функции идентификации пользователя в сети (одновременно проводится про- 
верка на наличие «двойников»), проверка подлинности абонента, связь с базовой 
станцией. 

Стандарт СОМА. Система множественного доступа с кодовым разделением 
(Со4е ОП!у151юоп МшШаре Ассез$, СОМА) реализует технологию цифровой беспро- 
водной связи. СОМА конвертирует речь в цифровую информацию, которая затем 
пересылается как радиосигнал по беспроводной сети. Технология СОМА исполь- 
зует сотовый принцип построения сети мобильной связи. В этой технологии ис- 
пользуется уникальный код для различения каждой соты. СОМА дает возмож- 
ность множеству пользователей одновременно делить эфир без атмосферных по- 
мех, пересечения разговоров или интерференции. В 1999 г. Международный союз 
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электросвязи (МСЭ) выбрал СОМА в качестве промышленного стандарта для но- 
вых беспроводных систем третьего поколения (ЗО). 

СОМА — технология «распределенного спектра», что означает распределение 
информации, содержащейся в отдельных сигналах на гораздо болыпую ширину по- 
лосы, чем в первоначальном сигнале. Вызов в СОМА начинается со стандартной ско- 
рости в 9600 бит/с. Затем он переключается на скорость передачи около 1,23 Мбит/с. 
Термин «распределение» означает, что цифровые коды, применяемые к битам дан- 
ных, ассоциированы с пользователями соты. В отличие от других методов доступа 
абонентов к сети, где сигналы различаются выбранными частотами или временными 
интервалами, сигналы СОМА распределены в непрерывном частотно-временном 
пространстве. Фактически этот метод манипулирует одновременно частотой, време- 
нем, мощностью и не использует точную ширину частотных полос. 

Синхронизация выполняется на финальных стадиях кодирования радиосигна- 
лов от базовой станции на мобильный телефон. СОМА вводит специальный 
«псевдослучайный код» в сигнал, который воспроизводится через определенные 
промежутки времени. Базовые станции в передают смещенные по времени версии 
одного и того же псевдослучайного кода. Для того чтобы гарантировать, что ис- 
пользуемые смещения по времени остаются уникальными (не совпадают для раз- 
личных базовых станций), станции СОМА должны оставаться синхронизирован- 
ными в общих временных ячейках. Точность такой общей временной ячейки 
обеспечивается посредством глобольной системы позиционирования ((С]оБа] Роз1- 
попша зует, ОР5). 

Центральный коммутатор (З\исв Мах, 5М) осуществляет непосредственно 
коммутацию голосовых каналов и в общем случае мало отличается от подобных 
устройств в аналогичных цифровых коммутационных системах. В функции ЗМ 
входит регистрация информации о состоявшихся вызовах. 

Первоначально технология СОМА использовалась в военной связи (США), а се- 
годня известна всем как глобальный цифровой стандарт для коммерческих систем 
коммуникаций. В технологии СОМА возможно обеспечение высокого качества ре- 
чи при одновременном снижении излучаемой мощности и уровне шумов. Это озна- 
чает, что сотовый телефон, работающий в стандарте СОМА, во-первых, оказывает 
меньшее воздействие на организм человека, а во-вторых, увеличивает продолжи- 
тельность работы без подзарядки аккумулятора. По характеристикам качества пере- 
дачи речи параметры СОМА сопоставимы с качеством проводных каналов. Кроме 
этого, система СОМА обеспечивает меньшую задержку в передаче речевого сооб- 
щения, чем другие системы подвижной связи. 

Стандарт СРВУ (Сепега! Раске Кафю 5егу1се) — стандарт пакетной радиосвязи 
общего назначения — новый сервис, не связанный с передачей речи, который появил- 
ся в сетях [5-136 ТОМА (множественный доступ с разделением каналов — Типе Г1у1- 
оп Миёаре Ассез5) и сетях ОМ. ОРК$ можно рассматривать как наложенную 
сеть, обеспечивающую передачу пакетов протокола ГР в уже существующих сото- 
вых сетях поколения 2,5 в виде дополнительного сетевого уровня и не требущую выде- 
ления новых каналов в сотовых сетях. Технология ОРКЪ, как и пакетной передачи дан- 
ных по протоколу ГР, позволяет использовать короткие временные интервалы каналов, 
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выделенных для передачи речевых данных. Таким образом удается достичь высокой 
производительности, поскольку каналы, используемые для передачи речи, могут одно- 
временно использоваться и для передачи пакетов данных по протоколу ПР. Принцип 
использования каналов совместно с другими пользователями, передающими данные 
или разговаривающими по телефону, является более эффективным, чем услуги переда- 
чи данных второго поколения, основанные на коммутации каналов. В сетях второго 
поколения при передаче данных пользователи полностью занимают канал, независимо 
от того, ведется ли в данный момент времени передача данных или нет. 

В стандарте ОР выделенный канал разделен на восемь временных интервалов, 
каждый из которых позволяет осуществлять передачу данных с максимальной ско- 
ростью 13,4 кбит/с. На практике один из таких интервалов резервируется для пере- 
дачи управляющих данных. Хотя в особых случаях сотовый оператор может выде- 
лить оставшиеся семь интервалов для передачи ОРК$-трафика, обычно два интер- 
вала резервируются для передачи речевых данных. 

Поскольку доступ к Интернету в общем случае несимметричен (большую часть 
времени пользователи получают, а не передают данные), оставшиеся пять интерва- 
лов остаются свободными для передачи трафика СРК$ и распределяются ассимет- 
рично в зависимости от модели используемого мобильного устройства. 

0550 сервис поддерживается в ОМ РБазе [Г и РВазе П (инициирование сессии 
со стороны 0$5)-приложения). 

На структурном уровне систему СРВ можно разделить на две части: подсисте- 
му базовых станций и ядро сети (СРКЗ Соге МегхогК). В подсистему базовых стан- 
ций входят контроллеры и базовые станции системы С5М, которые поддерживают 
пакетную передачу данных на программном и аппаратном уровне. Ядро сети СРК 
включает в себя сетевые элементы, предназначенные для обработки пакетов дан- 
ных и обеспечения связи с сетью Интернет. 

Основным сетевым элементом является пакетный коммутатор (Зегушг ОРВ$ 
Зиррой № де, 5@$М). Данный элемент берет на себя функции обработки пакетной 
информации и преобразования кадров ОЗМ в форматы, используемые протоколами 
ТСРЛР сети Интернет. Задача пакетного коммутатора — разгрузить @ЗМ коммута- 
тор, обеспечивая обработку пакетной информации, оставляя обычному коммутато- 
ру лишь речевой трафик. 

Вторым важным сетевым элементом является ОРВ$-шлюз (Сайа\мау ОРЕ$ 5чр- 
ром № де, О@С$М). Он обеспечивает связь системы СРК$ с пакетными сетями пере- 
дачи данных: Интернет, Интранет, Х.25 и др. СОЗМ содержит всю необходимую 
информацию о сетях, куда абоненты ОРК$ могут получать доступ, а также пара- 
метры соединения. 

Кроме упомянутых элементов в СРКЗ Соге входят другие элементы: сервер до- 
менных имен (ОМ№5), шлюз для связи с системой тарификации (Свагоше ОСзе\ау), 
пограничный шлюз (Вогдег Сае\ау) и другие вспомогательные элементы. 

Относительно высокие скорости передачи данных через мобильные устройства 
могут не быть доступными индивидуальным пользователям мобильных сервисов, 
пока не появились возможности существенного повышения скоростей на сетях 
ОМ Еуомпоп (ЕРОЕ) или Ошуегза! Мое Таервопе Зузещт (3@$М). 
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Беспроводная технология глобальной коммуникации 3С — это беспровод- 
ная технология глобальной коммуникации, дающая возможность пакетной переда- 
чи оцифрованной речи, данных или видео и включающая широкий спектр конкури- 
рующих беспроводных технологий, таких, как СОМА2000 (Соде П!у151юп Мёар!е 
Ассез$), ОМТЗ (Ошхуегза! Мое Теесотиитсаноп$ Зегусе) и широкополосный 
СОМА (\УСОМА). 

Термин ЗО используется для описания сервисов мобильной связи следующего 
(третьего) поколения, которые обеспечивают более высокое качество звука, а также 
высокоскоростную Интернет-связь и мультимедийные сервисы. Сети третьего поко- 
ления (30) отличаются от сетей второго поколения (2), например ОЗМ, и переход- 
ного поколения (2.50), например ОРВ$, гораздо большей скоростью передачи дан- 
ных, а также более широким набором и высоким качеством предоставляемых услуг. 

ЗО базируются на рекомендациях программы МТ-2000 (П\метанопа! Моше 
Теесоттитсаноп5-2000). Это рекомендации разработаны МСЭ и касаются вопро- 
сов использования частотного спектра и технических особенностей для всего се- 
мейства стандартов 3-го поколения. 

МТ-2000 обеспечивает: 

— высокую скорость передачи данных как внутри помещений, так и на открытой 

местности; 

— симметричную и асимметричную передачу данных; 

— поддержку канальной и пакетной коммутации для обеспечения таких серви- 

сов, как Пцегпе! Рго{осо] (ТР) и Веа| 'Тите У1део; 

_ высокое качество передачи речи, не уступающее качеству передачи речи по 

проводной линии; 

— большую компактность спектра и более эффективное его использование; 

— возможность глобального роуминга. 

Программа 1МТ-2000 базируется на ряде признаков, определяющих принципы 
построения систем 3-го поколения и их архитектуру. Уже на первом этапе развер- 
тывания они должны обеспечивать определенные значения скорости передачи для 
различных степеней мобильности абонента (т.е. разных скоростей его движения) в 
зависимости от величины зоны покрытия: 

— до 2,048 Мбит/с при низкой мобильности (скорость менее 3 км/ч) и локальной 

зоне покрытия; 

— до 144 кбит/с при высокой мобильности (до 120 км/ч) и широкой зоне покрытия; 

— до 64 (144) кбит/с при глобальном покрытии (спутниковая связь). 

Как упоминалось выше, в настоящее время я в мире существуют две основные 
конкурирующие концепции 30: ОМТ$ и СОМА2000. В принципе эти технологии 
предполагают принципиально различные подходы к организации сетей ЗС: рево- 
люционный (ОМТ$) и эволюционный (разновидности СОМА — СОМАЛ2000, 
СОМА2000 1Х, СОМА2000 [Х Еуро). Эволюционный путь подразумевает сохране- 
ние частот и постепенный переход к новым технологиям путем наращивания тех- 
нических мощностей оператора. ОМТ — совершенно новый стандарт, в то время, 
как разновидности СОМА, предложенные для ЗС, являются развитием уже экс- 
плуатирующейся в мире технологии второго поколения сатаОпе (15-95). 
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Передача сообщений в сетях мобильной связи. Для передачи сообщений в се- 
тях мобильной связи используются два сервиса: 

0550 (Чпзбасвгед Зирр[ететшагу Зегу1се Оаа) — стандартный сервис в сетях 
ОЗМ, позволяющий организовать интерактивное взаимодействие между абонентом 
сети и сервисным приложением в режиме передачи коротких сообщений; 

5М$ (5Воп Меззаре Зегу1се) — стандартный сервис в сетях СЗМ по пересылке 
коротких сообщений между терминалами абонентов. | 

055О-сервис состоит из ($$)-сервера, взаимодействующего с Ч$$)-приложе- 
ниями посредством 0$5)-пакетов. 05$)-сервер реализован в виде программно-ап- 
паратного комплекса на базе технологии компьютерной телефонии, непосредствен- 
но подключаемый к коммутатору (НГВ). 

Сервер организует взаимодействие между абонентом и приложением. При этом 
взаимодействие с НГК осуществляется по протоколу ОЗМ-МАР, а с приложени- 
ем — по протоколу ТСР-ТР (5МРР). Сервисное приложение служит для обработки 
маршрутизируемых к нему запросов от сервера и формирует ответы. Ответы содер- 
жат информацию на запрос, результаты проведенных действий или варианты для 
диалога. Данные передаются в виде Ч$5Р-пакета между терминалом абонента и 
сервером в рамках установленной сессии. 

9$50 (Чпзбасвгед Зирр]ететагу Зегу1сез Даа) — это уникальная для сетей 
мобильной связи услуга двунаправленной сеансовой передачи неструктурирован- 
ных данных, реализованная только в сетях стандарта О5М. Она является встроен- 
ной функцией инфраструктуры СЗМ сетей и позволяет передавать информацию 
между пользователями и приложениями через сеть сигнализации ОКС №7. Техноло- 
гия 0550 определена в стандарте О5М 02.90 (055) Маре 1) и 03.90 (05$) Заре 2). 
Эта услуга обеспечивает высокоскоростной обмен информацией между абонентом 
и сервисным приложением в режиме реального времени. Причем этот обмен идет 
по каналу сигнализации без создания дополнительной нагрузки на голосовые кана- 
лы. Длина 055) сообщения достигает 182 символов. Этого, как правило, оказыва- 
ется вполне достаточно для большинства абонентских сервисов. 

Технология 3М$ предполагает наличие центра — ЗМЗС (ЗВоп Меззаре Зегу1се 
Сетге), который действует как передающий и накапливающий механизм для ко- 
ротких сообщений. Поскольку короткие сообщения посылаются через сигнальный 
канал сети мобильной связи, этот сервис можно считать постоянно действующим. 
МЭС использует НГВ нахождения и подключения мобильных телефонов для пе- 
редачи на них сообщений. Одновременно МЭС связан с системой биллинга, в ко- 
торую передают необходимую информацию. 

Развитие технологии 5>М5 идет в направлении передачи не только текстовой, но 
и визуальной информации. Технологии 055) и 5М5 используют для передачи дан- 
ных коротких сообщений. Однако 0$5) в основном предназначен для обмена со- 
общениями между абонентом и дополнительными сервисами, в простейшем слу- 
чае — службой автоинформатора расчетного счета, тогда как ЗМЗ в основном слу- 
жит для обмена короткими сообщениями между абонентам. ($50, в отличие от 
ЪМЪС, не имеет промежуточной базы данных и не гарантирует повторную достав- 
ку сообщений, что делает обмен сообщениями мгновенным. 055$) является сесси- 
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онно-ориентированной технологией, весь диалог абонента и приложения ведется в 
рамках одной сессии. 

Аналогом 0$$О-сервиса является системы на базе ГУК (Шшегасиуе УолсеВе- 
5роп$е), однаков 0550 отсутствуют голосовые соединения, используется лишь ка- 
нал сигнализации. Обмен данными в 0$$)-сессии является более наглядным и 
оперативным. Основное направление использования 0$$)-сервиса — представле- 
ние абонентом возможности получать дополнительную информацию от приложе- 
ний и управление этими приложениями. 

0$$)0-сессия аналогична передачи коротких сообщений, диалог может строить- 
ся с использованием латинской 7-битной кодировки или 16-битной кодировки (ки- 
риллицы). Поскольку при передаче 0$5)-пакета в отличие от 5МЪ не включается 
некоторая информация (номер получателя и т.п.) длина сообщения увеличивается 
на 20 байт и равна 182 байтам (в ЗМЗ — 160). 

Преимущества 9550 по сравнению с $3МЗС — возможность передачи интерак- 
тивной информации в реальном времени, а также больший объем передаваемой ин- 
формации, поскольку 0550 взаимодействует с приложением, что исключает до- 
полнительные задержки и делает получение ответа мгновенным. 

05$5О)О-сервис, как и $М$, позволяет также организовать простой и дешевый 
способ доступа к МАР службам. 

На рис. 16.4 представлена схема взаимосвязей сервисов 0550 и $3М$ для ОМ 
сетей. 
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Рис. Пб.4. Взаимосвязи сервисов с сетью СЗМ 


ИНТЕГРАЦИЯ СИСТЕМ ПРЕДОСТАВЛЕНИЯ И БИЛЛИНГА УСЛУГ СВЯЗИ 277 


Стандарт беспроводной связи ЕСТ занимает промежуточное положение 
между проводной и мобильной связью. В отличие от сотовых систем, которые 
применяются для больших зон обслуживания, стандарт ОЕСТ разработан для ло- 
кального применения. Базовые станции устанавливаются там, где это необходи- 
мо, например дома или в офисе. Радиус связи ОРЕСТ составляет порядка 500 м от 
базовой станции. Кроме речевой, РЕСТ поддерживает факсимильную связь и пе- 
редачу данных. 

Транкинговые системы обычно используют протокол ГТК (Гог1с Тгаике4д Ка- 
410) и функционируют на принципе радиостанций, при этом вызов осуществляется 
через базовую станцию. Основная цель — достижение максимальной пропускной 
способности для систем с небольшим количеством радиочастотных каналов. 


Глава 7 


КОМПЛЕКСНЫЕ ПРИЛОЖЕНИЯ 


На основе инфокоммуникационных систем универсального предоставления и 
биллинга услуг связи можно реализовать широкий спектр стандартных приложе- 
ний, рассмотренных в предыдущих главах. Вместе с тем указанные приложения 
являются приложениями «по назначению», т.е. используются для тех целей и сре- 
ды, для которых они проектировались. Напомним, что цели были определены на- 
ми как предоставление и биллинг услуг связи, а средой являлась телекоммуника- 
ционная сеть. 

Естественен при этом вопрос, насколько универсальны эти системы и могут ли 
они быть использованы для более широких целей или для других функций среды? 
Например, для расчетов за услуги, реализуемых в другой среде, в частности нетеле- 
коммуникационной, или для других функций среды. Назовем приложения техноло- 
гий универсальных систем предоставления и биллинга услуг, которые могут ис- 
пользоваться для реализации более широких целей в интегрированной среде, ком- 
плексными приложениями. 

Реализации комплексных приложений на основе технологий универсальных 
биллинговых систем, в частности системы «Ольга», диктуется, с одной стороны, 
необходимостью поиска адекватных технологий на всех этапах дистанционной оп- 
латы товаров и услуг, а с другой — оптимизацией этих технологий. Действительно, 
если для проведения моментальных дистанционных расчетов в сети Интернет необ- 
ходимо идти в банк для того, чтобы пополнить счет, с которого производятся эти 
расчеты, то можно говорить о неадекватности или неоптимальности каких-либо 
этапов этой технологии поставленной цели. Технологию можно считать неопти- 
мальной, например, когда каждый продавец товара имеет свои инструменты опла- 
ты, поскольку в этом случае, во-первых, продавец должен заниматься продвижени- 
ем не только своих услуг, но и своего платежного инструмента, а во-вторых, потре- 
бителю неудобно каждый раз для оплаты товаров или услуг выбранного им продав- 
ца искать его инструмент оплаты. 

В этой главе будут рассмотрены вопросы использования и реализации предло- 
женных ранее технологий инфокоммуникационных систем в комплексных прило- 
жениях, в частности, эмиссии универсальной скретч-карты, организации единых 
центров расчетов, новой таксофонной сети и мобильной коммерции. 
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7.1. Инструменты оплаты и платежные системы 


Как известно, безналичные расчеты — это расчеты, осуществляемые через банки. 
Цель безналичных расчетов — погашение денежных обязательств клиентов без их 
исполнения (платежа), т.е. без передачи наличных денег. На протяжении своей ис- 
тории безналичные расчеты прошли различные стадии от зачета взаимных требова- 
ний, переводных векселей, расчетных и зачетных чеков до современных средств в 
виде платежных поручений, аккредитивов и, наконец, электронных платежей. Со- 
временный инструмент оплаты является документом, удостоверяющим право его 
владельца или предъявителя проводить оплату на сумму, указанную в данном доку- 
менте (например, банковском или дорожном чеке), или имеющим ссылку на место 
хранения этих средств (например, банковская дебетовая карта) без указания суммы, 
хранящейся на счете клиента в банке. Кроме того, данный документ содержит га- 
рантии выдавшего его банка, что его владелец или предъявитель проведет расчеты 
в договорные сроки на оговоренную сумму. 

При этом необходимо отметить ошибочность мнения о том, что безналичные 
расчеты совершаются посредством передачи «безналичных денег» или денег «в 
безналичной форме». Понятие «деньги» — категория экономическая, но никак не 
правовая. Оно означает признание законодателем возможности расчетов, произво- 
димых без применения наличных денег, но никак не наличие неких особых «безна- 
личных денег». То же самое можно сказать и о сочетаниях «пластиковые деньги» и 
«электронные деньги»: они указывают только на инструмент (пластиковую карточ- 
ку, электронный перевод), с помощью которого можно погасить денежное обяза- 
тельство, не исполняя его и не передавая денег, но не говорят о наличии каких-либо 
особых видов «денег». 

При использовании тех или иных инструментов для безналичных расчетов не- 
обходимо реализовать соответствующую технологию, гарантирующую как сам 
факт проведения этих расчетов, так и соблюдение прав плательщика и получателя 
денежных средств. Подчеркнем, что современные технологии безналичных расче- 
тов в большинстве случаев основаны на использовании компьютерных технологий 
и возможностей современных средств телекоммуникаций. 

Обратимся для примера к технологии проведения безналичных расчетов на ос- 
нове именных кредитных банковских пластиковых карт с магнитной полосой. С по- 
мощью этих карт можно проводить оплату товаров и услуг, при которой промежу- 
точным этапом являлась выписка чека (ручная в виде «слипа» карты или автомати- 
ческая с помощью терминала оплаты). Но перед выпиской чека его получатель дол- 
жен удостовериться в подлинности карты и прав предъявителя на ее использова- 
ние. Для этого получатель проверяет визуальные атрибуты карты (подпись владель- 
ца, срок действия и пр.), а затем связывается по телефону (при отсутствии термина- 
ла оплаты) или по телекоммуникационной сети с центром авторизации и далее че- 
рез него с банком эмитентом карты, чтобы произвести соответствующую проверку. 
Авторизация через терминал проводится на основе данных, нанесенных на магнит- 
ную полосу карты. Аналогичная проверка (за исключением визуальной) осуществ- 
ляется банкоматом при получении владельцем карты наличных средств. Таким об- 


280 ГЛАВА 7 


разом, телекоммуникационная среда стала одним из элементов кредитно-денежных 
отношений. 

Еще одним платежным инструментом стали микропроцессорные карты. В отли- 
чие от карт с магнитной полосой в памяти микропроцессорного чипа этих карт за- 
писывались как первоначальная сумма, так и история оплаты по карте. Оплата осу- 
ществлялась с помощью специальных устройств, уменьшающих средства на карте 
на сумму очередной оплаты. Таким образом, карта превращалась из документа на 
право оплаты в «электронный кошелек», в котором в электронном виде хранится 
наличность владельца. Использование таких карт теоретически исключало участие 
телекоммуникационной среды в процессе оплаты, но требовало наличия специаль- 
ных считывающих устройств во всех точках продаж и оказания услуг. Подчеркнем, 
что исключение телекоммуникационной среды возможно чисто теоретически, по- 
скольку на практике, во-первых, в целях безопасности считывающее устройство 
должно связываться по телекоммуникационной сети с центром авторизации для оп- 
ределения подлинности карт’, а во-вторых, сбор данных с устройств, через которые 
производилась оплата, для снятия средств со счетов плательщиков и зачисления 
суммы платежей на счет получателя требовал участия телекоммуникационной сети. 

Как следует из изложенного выше, до недавнего времени телекоммуникацион- 
ная сеть применялась как на этапе оплаты по банковским пластиковым картам, так 
и на этапе передачи средств от плательщика к получателю, но не имела отношения 
к процессу получения платежного инструмента. Существующие технологии полу- 
чения платежного инструмента основаны на том, что будущему плательщику необ- 
ходимо придти в банк и соответствующим образом оформить свои права, т.е. полу- 
чить карту. Для получения кредитной карты необходимо представить гарантии 
своевременного погашения кредита, для получения дебетовой карты — положить 
соответствующую сумму на счет этой карты в банке-эмитенте. До тех пор пока 
процесс оплаты товаров и услуг организационно и технологически соответствовал 
процессу получения инструмента оплаты, такое положение всех удовлетворяло. С 
появлением возможности дистанционной оплаты и покупки товаров, а также опла- 
ты услуг телекоммуникационной сети, которые по определению является дистанци- 
онными, необходимость присутствия потенциальных покупателей в банке для по- 
лучения платежного инструмента перестала их удовлетворять. Выход из создавше- 
гося положения был очевидным: необходимо ввести свободную продажу платеж- 
ных инструментов. Естественно, что инициатором такой продажи стали операторы 
телекоммуникационных сетей, а именно операторы таксофонной связи. Так появи- 


“ Первоначально микропроцессорные карты предполагалось использовать без центра авторизации, а для защиты 
от подделки данные в их памяти шифровались. Однако впоследствии выяснилось, что злоумышленникам не 
нужно дешифрировать данные, им достаточно было иметь считывающее устройство для того, чтобы, скажем, ут- 
ром считать и запомнить содержимое памяти, а вечером после крупной покупки просто восстановить старые 
данные. Кроме того, продавец мог быть в сговоре с преступником и вместо снятия денег с карты выполнить опе- 
рацию начисления средств, как это делается при возврате товара. Таким образом, ожидаемое преимущество мик- 
ропроцессорных карт (автономность) стало их недостатком, и как инструмент платежа такие карты оказались не 
лучше более дешевых в изготовлении карт с магнитной полосой. В настоящее время микропроцессорные карты в 
основном применяют для аутентификации владельца и содержат личные данные (например, медицинские дан- 
ные для военных, код отпечатка пальца и пр.) — Прим. ред. 
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лась таксофонная карта — первоначально магнитная, требующая дистанционной 
авторизации, а затем микропроцессорная в виде «электронного кошелька». 

Сравнительно недавно популярным средством оплаты услуг мобильной связи и 
доступа к Интернету стали скретч-карты, которые достаточно подробно рассматре- 
ны в главе 4 и Приложении 4.2. 

Итак, постепенно телекоммуникационные технологии стали применять и в про- 
цессе дистанционной оплаты, т.е. произошла их адаптация к целям, первоначально 
лежащим вне сферы применения этих технологий. 

Обобщим технологические особенности использования различных карт для 
дистанционной оплаты товаров и услуг: 

— специализированные или эмитированные банком карты с магнитной полосой 

и микропроцессорные карты применяются при наличии специализированного 
или единого (например, У15а, МауегСага) центра авторизации и с использова- 
нием специальных устройств считывания информации; 

— выпускаемые операторами скретч-карты применяются при наличии специали- 
зированного центра авторизации и не требуют специальных устройств считы- 
вания. 

Таким образом, для дистанционной оплаты подходит любой тип карт, кроме 
микропроцессорных карт — «электронного кошелька» с децентрализованной опла- 
той. В то же время разработка новой комбинированной карты, включающей скретч- 
панель и магнитную полосу или микропроцессор, позволило бы проводить дистан- 
ционные расчеты как при наличии, так и при отсутствии специальных устройств 
автоматического считывания информации. 

При этом кажется естественным использование банковских карт для дистанци- 
онных расчетов. Однако использование банковских карт для любых расчетов имеет 
один существенный недостаток — несанкционированное использование карты, ко- 
торое может повлечь потерю всей или части суммы на счете карты в банке. Это 
подтверждает зарубежная практика несенкционированного использования банков- 
ских карт при расчетах в сети Интернет недобросовестным получателем платежа. 
Действительно, до недавнего времени при дистанционных расчетах по банковским 
картам достаточно было ввести только номер карты, но при этом он становится из- 
вестным получателю платежа. Современные технологии предлагают другое реше- 
ние, когда для осуществления платежа плательщик автоматически переключается 
непосредственно на Интернет-адрес платежной системы для проведения автори- 
зации и осуществления платежа. После успешной авторизации и оплаты платежная 
система сама уведомляет продавца об осуществлении платежа. Таким образом, про- 
давец не имеет информации об атрибутах платежного инструмента покупателя. Од- 
нако каждая авторизация имеет свою стоимость, а если учесть, что 90% платежей в 
сети Интернет — по банковской терминологии «микроплатежи», то затраты на про- 
ведение платежа может даже превысить сумму платежа. 

Необходимо отметить, что для снижения риска несанкционированного использо- 
вания банковских карт; например для оплаты таксофонной связи или расчетов в сети 
Интернет с использованием устройств автоматического считывания информации с 
магнитной полосы или микропроцессора карты, могут использоваться специальные 
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способы защиты, например с помощью «однонаправленного однозначного шифрова- 
ния» (хэширования). Однако такое шифрование возможно только в случае автомати- 
ческого ввода авторизационной информации, а практически все случаи «ручного» 
ввода подвержены значительному риску. Оценка рисков несанкционированного ис- 
пользования банковских карт показывает, что максимальным рискам подвержены 
кредитные карты, а для дебетовых карт риски снижаются пропорционально их дебе- 
товому остатку. Эта тенденция снижения рисков напрямую связана с сопоставлением 
затрат на организацию несанкционированного доступа с выгодой злоумышленника 
от использования карты и аналогична снижению риска подделки низкономинальных 
денежных купюр по сравнению с купюрами более высокого номинала. Таким обра- 
зом, один из способов уменьшения риска потерь владельца банковской карты — ог- 
раничение средств на счете. В этом случае активный, но осторожный держатель бан- 
ковской карты будет занят только тем, что ходить в банк и пополнять уже открытый 
счет или открывать каждый раз новый специально для дистанционных расчетов. В 
этом и лежит разрыв между передовыми технологиями дистанционных расчетов и 
консервативными способами открытия и пополнения счета в банке. 

Попыткой совмещения перспективных технологий являются универсальные те- 
лекоммуникационные карты (УТК), о которых говорилось в предыдущих главах. 
Основное их преимущество заключается в том, что карта не выдается банком, а 
свободно продается. Здесь уже речь идет о покупке потенциальным пользователем 
некоторых обязательств эмитента, например предоставления определенного объема 
услуг по фиксированным ценам. Такие карты изготавливают и распространяют са- 
ми производители услуг или продавцы. Поэтому, если производителей (или магази- 
нов) тысячи, то есть и тысячи различных карт, поэтому потенциальному пользова- 
телю мало найти нужного производителя товаров или услуги, ему еще необходимо 
найти карту этого производителя, чтобы дистанционно оплатить его товары или ус- 
луги. В этом смысле преимущество банковских технологий очевидно. Действитель- 
но, уже упоминавшаяся карточка У\У15а имеет единую систему авторизации, которая 
сама взаимодействует с банком-эмитентом. 

Как видно из нашего изложения, основное внимание было уделено технологии 
авторизации карт при проведении дистанционной оплаты товаров и услуг. Однако 
авторизация — лишь один из технологических процессов платежной системы. 

В упрощенном виде в понятие платежной системы входят практически те же 
составляющие, которых свойственны и биллинговой системе. Отличие заключается 
в том, что платежная система обслуживает не одного получателя средств, а множе- 
ство, организуя при этом взаимодействие между получателями и плательщиками 
через их банки. 

Фактически каждый телекоммуникационный оператор, эмитируя карты, орга- 
низует у себя некоторую собственную псевдоплатежную систему, работающую с 
банком, в котором у оператора открыт счет. При этом сам оператор исполняет роль 
отделения банка, в котором ведет счета своих пользователей, открывать и попол- 
нять которые можно с помощью только эмитируемыми им картами. 

Другим примером использования сретч-карт для открытия и пополнения счетов 
являются платежные системы, ориентированные только на оплату товаров и услуг 
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в сети Интернет. Инструментом оплаты в этих платежных системах являются про- 
граммные «электронные кошельки», которые инсталлируются на компьютерах 
пользователей. С помощью этих виртуальных «электронных кошельков» и осуще- 
ствляются расчеты в сети Интернент. Технология расчетов в значительной мере 
сходна с технологией расчетов по банковским картам в случае переадресации на 
платежную систему. Однако для открытия и пополнения реального счета в банке 
такой платежной системы до недавнего времени использовались обычные методы: 
клиент мог пополнить счет безналичным переводом или положить наличные день- 
ги на свой счет. В настоящее время организаторы этих платежных систем начали 
эмиссию скретч-карт, с помощью которых имеется возможность не только удален- 
но пополнить уже открытый счет, но и открыть новый [42, 43]. 


7.2. Интернет-телефонная бизнес-карта 


Как следует из предыдущего раздела, для эффективного проведения всего цикла 
дистанционных платежей необходимо создание и использование некоторого пла- 
тежного инструмента для дистанционной оплаты услуг и/или пополнения счета в 
банке, совмещающего в себе возможности банковской карты, обеспечивающей оп- 
лату широкого спектра услуг, с возможностью свободного приобретения этого пла- 
тежного инструмента. Используя терминологию биллинговых систем, для дистан- 
ционной оплаты товаров и услуг необходимо введение некоторой карты, аналогич- 
ной банковской, которая должна обладать определенным набором свойств платеж- 
ного инструмента и иметь возможность поддержки всей совокупности бизнес-про- 
цессов оплаты. Назовем этот инструмент «Интернет-телефонной бизнес-картой» 
(ИБиКа) и определим совокупность бизнес-процессов, в которых должна участво- 
вать ИБиКа и в которых должны быть соблюдены соответствующие меры безопас- 
ности. 

Во-первых, это бизнес-процессы эмиссии, который состоит из функциональных 
компонент генерации номеров и паролей доступа, формирования базы данных всех 
атрибутов ИБиКа, а также изготовления карт. 

Во-вторых, это бизнес-процессы распространения и приобретения карт, состоя- 
щий из функциональных компонент взаимодействия эмитента с дилерами и взаи- 
модействие дилеров с покупателями ИБикКа. 

В третьих, это бизнес-процессы дистанционного открытия или пополнения сче- 
та в банке, платежного или лицевого счета в псевдоплатежной системе, который со- 
стоит из функциональных компонент авторизации платежного инструмента, авто- 
ризации счета, переноса средств с виртуального счета карты на физический счет и 
проведение взаиморасчетов между эмитентом ИБиКа и платежной (псевдоплатеж- 
ной) системой. 

В-четвертых, непосредственно бизнес-процесс дистанционной оплаты товаров 
и услуг, который состоит из уже рассмотренных выше функциональных компонент. 

Рассмотрим свойства, которыми должна обладать ИБиКа с точки зрения реали- 
зации этих бизнес-процессов: 
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_ возможность дистанционной авторизации с использованием пароля доступа в 
виде пин-кода, для скретч-карты закрытого скретч-панелью, а для комбиниро- 
ванной карты продублированного на магнитной полосе или в памяти микро- 
процессора; 

— возможность автоматизации изготовления с учетом мер безопасности; 

— возможность реализации мер безопасности на этапе купли-продажи карт; 

— возможность реализации мер безопасности на этапе авторизации у эмитента; 

— наличие сходных атрибутов с УТК для последующего использования карты 
ИБикКа в псевдоплатежных системах. 

Анализ указанных свойств показывает, что один из вариантов карты ИБиКа — 
дебетовая низкономинальная непополняемая универсальная телефонная скретч- 
или комбинированная карта с дополнительными защитными элементами, сни- 
жающими риски несанкционированного открытия или подбора пароля доступа на 
этапе изготовления и купли-продажи. По понятным соображениям мы не будем за- 
трагивать вопросы защиты этой карты, хотя отметим, что меры безопасности вклю- 
чают в себя как технологические, так и организационные аспекты. 

Обратимся к реализации технологии открытия и пополнения счета с помощью 
ИБикКа. 


7.2.1. Центр авторизации бизнес-карт 


Технология открытия или пополнения лицевых счетов в платежных или псевдопла- 
тежных системах [40, 41] основана на технологиях телебанкинга и роуминга УТК, 
рассмотренных в предыдущих главах. 

Для реализации данной технологии необходимо наличие центра авторизации 
(ЦА), в котором эмитент хранит следующие первоначальные атрибуты ИБиКа: 

— номер карты; 

— серию карты; 

— номинал карты; 

— основной авторизационный пароль; 

— дополнительные пароли безопасности; 

— дату эмиссии; 

— срок действия, 
так и служебные атрибуты, в частности: 

— дату активации; 

— вид активации; 

— код платежной системы, в которой проведена активация карты; 

— служебные блокировки; 

— дата расчетов. 

Особенностью рассматриваемой технологии является то, что потенциальный 
плательщик (клиент), который приобрел карту ИБиКа, соединяется не с центром 
авторизации, а с системой (или банком), в которой он хочет открыть счет или по- 
полнить уже существующий. При этом никаких видимых ограничений на вид 
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этого счета (кредитный или дебетовый, индивидуальный или корпоративный, 
банковский или лицевой) не налагается. Подключение клиента к любой системе 
может производиться по телефону через соответствующий шлюз, по сети Интер- 
нет через специальный \еб-интерфейс, а также путем посылки специального 
ъМЪ. После того как клиент, соединившись со шлюзом авторизации, вводит пин- 
код карты, система подключается к центру авторизации, где аутентифицирует се- 
бя, а затем авторизует соответствующую карту. Ввод пин-кода при использова- 
нии 5МФ естественно производится до его отправления, что совмещает процесс 
подключения и ввод пин-кода. При использовании комбинированной карты и 
при наличии устройства считывания информации с магнитной полосы или из 
памяти микропроцессора посылка пин-кода производится автоматически после 
соединения клиента с системой. 

Технология авторизации (рис. 7.1) заключается в том, что каждая система, при- 
няв от клиента пин-код, соединяется с центром авторизации, где сначала сама ау- 
тентифицируется в нем, а затем авторизует данную карту на основании набранного 
пин-кода. 

В случае положительной авторизации в системе открывается текущий счет с но- 
мером карты, на который переводится из центра авторизации сумма, соответствую- 
щая номиналу данной карты. После этого система отправляет центру авторизации 
подтверждение о переводе средств. Подтверждение квитируется, счет авторизован- 
ной карты ИБиКа в центре авторизации блокируется, и авторизация считается за- 
конченной. Далее центр авторизации проводит фактический перевод средств со 
своего счета в собственном банке в банк системы. Основанием для перевода явля- 
ется квитанция, в которой отражается код системы, получившей карту, номер авто- 
ризованной карты, ее номинал и дата авторизации. 

Поскольку после окончания авторизации в системе открыт только текущий 
счет, то клиент должен указать: открывает ли он новый счет или хочет пополнить 
уже имеющийся. В последнем случае он вводит его номер, а при открытии нового 
счета клиент может получить его номер и/или пароль доступа или отождествить 
номер авторизованной карты с новым номером счета, оставив в качестве пароля 
доступа пин-код карты. 

В процессе реализации указанной технологии могут возникнуть конфликтные 
ситуации, которые могут быть неоднозначно истолкованы как системой, так и цен- 
тром авторизации. Для примера рассмотрим несколько таких ситуаций (пунктир- 
ные линии на рис. 7.1). Первая характеризуется тем, что номер и номинал карты пе- 
реведен из центра авторизации, а квитанция о получении от системы по тем или 
иным причинам не пришла. В этом случае счет карты блокируется, но перевод не 
производится до тех пор, пока конфликт не будет разрешен. Вторая ситуация мо- 
жет характеризоваться тем, что после отправки системой пин-кода центр авториза- 
ции не дал никакого ответа. В этом случае авторизация считается неуспешной, а 
клиенту рекомендуется обратиться непосредственно в центр авторизации. Исходя 
из возможного наличия конфликтных ситуаций, они должны быть описаны в биз- 
несс-процессе авторизации. 
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Рис. 7.1. Технология авторизации 
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Как уже упоминалось выше, для реализации бизнесс-процессов открытия и по- 
полнения счетов с помощью карты ИБиКа необходима определенная архитектура 
как систем, в которых открываются или пополняются счета, так и центра авториза- 
ции. С точки зрения платежных или псевдоплатежных систем изменения их архи- 
тектуры коснутся только дополнительных шлюзов: клиентского (КШ) и взаимодей- 
ствия с центром авторизации (ША). 
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Приведем несколько примеров взаимодействия различного типа систем и 
центра авторизации. В первом примере (рис. 7.2) рассмотрим структуру взаимо- 
действия платежной системы оплаты товаров и услуг сети Интернет и центра 
авторизации. 
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Рис. 7.2. Структура взаимодействия центра авторизации с платежной системой 


При использовании ИБиКа для открытия нового счета или пополнения суще- 
ствующего у клиента счета в платежной системе целесообразно использовать 
ресурсы сети Интернет, в частности возможности \еБ-сервера платежной систе- 
мы. Для авторизации имеющейся у клиента ИБиКа он со своего компьютера че- 
рез сеть Интернет связывается с \еБ-сервером платежной системы и вызывает 


специальный графический интерфейс авторизации (например, как показано на 
рис. 7.3). 
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_ платежной системы, который со- 
единяется с сервером центра авто- 
ризации, где проводит авториза- 
цию карты по алгоритму, описан- 
ному выше. При успешной автори- 
зации, клиенту предлагается с по- 
мощью графического интерфейса 
или открыть новый счет или вве- 
сти номер счета, на который будет 
переведена соответствующая сум- 

Рис. 7.3. Пример графического меБ-интерфейса ма. Как показано в [3], открытие 

счета в платежной системе может 
быть совмещено с одновременным пополнением с этого счета электронного ко- 
шелька клиента. 

Аналогичное взаимодействие может осуществляться и с псевдоплатежной Ин- 
тернет-системой, в частности с универсальной биллинговой системой Интернет- 
провайдера. 

Взаимодействие с псевдоплатежными системами, функционирующими на теле- 
фонной сети, в частности с любой универсальной телекоммуникационной биллин- 
говой системой оператора фиксированной или мобильной связи, осуществляется по 
телефонным каналам с помощью фиксированного или мобильного телефона. Вари- 
ант такого взаимодействия показан на рис. 7.4. 

В отличие от Интернет-систем в телефонных системах взаимодействие с кли- 
ентом ведется с помощью речевого интерфейса. Имеется в виду [4], что через 
шлюз ГУК проводится обмен информацией между клиентом и системой, при этом 
ГУК системы может поддерживать диалог с клиентом типа «речевой вопрос — ре- 
чевой ответ», либо «речевой вопрос — ответ набором цифр». В рамках этого ин- 
терфейса клиент так же, как и в Интернет-системах, вводит номер карты и ее пин- 
код, при положительной авторизации открывает новый счет или пополняет суще- 
ствующий, вводя его номер по указанию системы. Информация по авторизации 
передается на сервер авторизации платежной системы, который соединяется с 
сервером центра авторизации и проводит авторизацию карты по алгоритму, опи- 
санному выше. 

_ Дополнительно можно отметить, что при совмещении центра авторизации с 
функциями единой платежной системы можно реализовать платежную технологию 
в полном объеме. Это означает, что клиент сможет переводить со счета карты в лю- 
бую другую платежную и псевдоплатежную систему не только весь номинал кар- 
ты, а любую его часть. В этом случае клиент соединяется непосредственно с цен- 
тром авторизации (по телефону или через Интернет) и после авторизации указыва- 
ет реквизиты платежной системы, в которую собирается перевести средства, а за- 
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тем сумму переводимых средств. Такая технология имеет свои недостатки, по- 
скольку клиенту сначала необходимо открыть счет в выбранной платежной системе 
(что эквивалентно получению реквизитов платежной системы, номера счета в ней, 
а также пароля доступа), а затем обращаться в единую платежную систему. 
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Рис. 7.4. Взаимодействие центра авторизации с биллинговой системой 


Когда это касается пополнения уже открытого счета, то такая процедура до- 
вольно прозрачна. Например, клиент хочет пополнить счета нескольких мобильных 
телефонов разных операторов, а также счет Интернет-провайдера. Он покупает 
ИБиКа, авторизуется в центральной платежной системе, набирает номера телефо- 
нов (которые однозначно характеризуют реквизиты оператора) и переводимые сум- 
мы. Для пополнения счета у Интернет-провайдера он набирает его код, указанный 
на карте, номер карты и далее сумму пополнения. Все суммы переводятся в указан- 
ные платежные системы. 


7.2.2. Безопасность бизнес-карт 


В Приложении 4.2 был рассмотрены мероприятия по повышению безопасности 
использования скретч-карт. Эти вопросы рассматривались в контексте системной 
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технологической безопасности, но не затрагивались вопросы безопасности взаи- 
модействия систем авторизации, функционирующих в открытой среде, которой 
является сеть Интернет. Поэтому необходимо остановиться на некоторых мерах 
обеспечения безопасности передачи информации по открытым каналам связи и 
безопасности взлома и атак на комплекс аппаратно-программных средств центра 
авторизации. 

Как мы уже упоминали выше, использование низкономинальных карт резко 
уменьшает выгоду от атаки на одну карту, но не исключает атаку на массив карт. 
Поэтому в большей степени нуждается в системной защите не процесс авторизации 
одной карты, а информационное хранилище массива карт. 

В части повышения безопасности авторизации карт по сети Интернет целесооб- 
разно использовать стандартные закрытые протоколы (ЗРАР, М5-СНАР), что, если 
не исключает, то значительно уменьшает вероятность вскрытия информации авто- 
ризации в связи с увеличением затрат на вскрытие. 

В общесистемном плане для уменьшения потерь от атак на центр авторизации 
через его [Р-адрес целесообразно предусмотреть массив резервных Г[Р-адресов, а 
для всех платежных и псевдоплатежных систем, проводящих в нем авторизацию, — 
автоматический переход на резервные [Р-адреса. 

Также в общесистемном плане защиты баз данных паролей авторизации массив 
карт целесообразно хранить в зашифрованном виде, что дает возможность обезопа- 
сить информацию даже в случае несанкционированного доступа к данным. 

Вопросы безопасности локальной сети платежных систем и центра авторизации 
в целом достаточно надежно решаются использованием межсетевого экрана. Кон- 
цепция межсетевого экранирования формулируется следующим образом. Пусть 
имеется два множества информационных систем. Экран — это средство разграни- 
чения доступа клиентов одного множества систем к серверам из другого множест- 
ва. Экран выполняет свои функции, контролируя все информационные потоки меж- 
ду двумя множествами. 

Обычно экран не является симметричным, для него определены понятия «внут- 
ри» и «снаружи». При этом задача экранирования формулируется как защита внут- 
ренней области от потенциально враждебной внешней, особенно в случае выхода в 
открытую среду — сеть Интернет. Чаще всего экран реализуют как сетевой сервис 
на третьем (сетевом), четвертом (транспортном) или седьмом (прикладном) уров- 
нях семиуровневой эталонной модели ОЗ. В первом случае мы имеем экранирую- 
щий маршрутизатор, во втором — экранирующий транспорт, в третьем — экрани- 
рующий шлюз. Каждый подход имеют свои достоинства и недостатки. Известны 
также гибридные экраны, где делается попытка объединить лучшие качества упо- 
мянутых подходов. 

По-видимому, для вышеупомянутых систем целесообразно использовать экра- 
нирующий шлюз, который, функционируя на прикладном уровне, способен обеспе- 
чить наиболее надежную защиту. Как правило, экранирующий шлюз представляет 
собой универсальный компьютер, на котором работают программные агенты — по 
одному для каждого обслуживаемого прикладного протокола. При подобном под- 
ходе, помимо фильтрации, реализуется еще один важнейший аспект экранирова- 
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ния: субъекты из внешней сети видят только шлюзовой компьютер, соответственно 
им доступна только та информация о внутренней сети, которую шлюз считает нуж- 
ным экспортировать. Шлюз на самом деле экранирует (заслоняет) внутреннюю сеть 
от внешнего мира. В то же время субъектам внутренней сети кажется, что они на- 
прямую общаются с объектами внешнего мира. То, что обычно считается недостат- 
ком экранирующих шлюзов, а именно отсутствие полной прозрачности, требующее 
специальных действий для поддержки каждого прикладного протокола, может в 
данном применении достаточно эффективно использоваться. 

Важным понятием экранирования является зона риска, которая определяется 
как множество систем, которые становятся доступными злоумышленнику после 
преодоления экрана или какого-либо из его компонентов. В нашем случае зона рис- 
ка применима в большей степени к центру авторизации. Поэтому особое внимание 
необходимо уделить именно этому сегменту, что требует с точки зрения повыше- 
ния надежности защиты реализации экрана как совокупности элементов, так что 
«взлом» одного из них еще не открывает доступ ко всей внутренней сети. 

Поскольку компьютер-шлюз с программным обеспечением, несущим основную 
нагрузку, связанную с реализацией политики безопасности, является ключевым 
элементом межсетевого экрана, то он должен удовлетворять ряду требований: 

— быть физически защищенным; 

_ иметь средства защиты от перезагрузки операционной системы (ОС) с несанк- 

ционированного носителя; 

— иметь средства защиты на уровне ОС, разграничивающие доступ к ресурсам 

системы; 

— ОС компьютера должна запрещать привилегированный доступ к своим ресур- 

сам из локальной сети; 

— ОС компьютера должна содержать средства мониторинга/аудита любых адми- 

нистративных действий. 


7.2.3. Центры расчетов 


Вопрос использования универсальных скретч-карт (в том числе и ИБиКа) для ши- 
рокого спектра взаиморасчетов, на наш взгляд, имеет достаточно хорошую пер- 
спективу. При этом основной упор можно сделать именно на возможность дистан- 
ционных расчетов. 

Однако прежде чем перейти к изложению возможных технологий реализа- 
ции дистанционной оплаты, необходимо рассмотреть экономическую состав- 
ляющую данного вопроса. Во-первых, определим общий характер технологии 
расчетов за предоставленные типовые услуги, а также оценим уровень затрат на 
проведение расчетов. В общем виде существующая технология состоит из не- 
скольких этапов: определение задолженности клиента за расчетный период, вы- 
писка счетов, их сортировка, доставка счета клиенту, контроль доставки, оплата 
счета клиентом через банк, сортировка оплаченных счетов, контроль оплаты, 
проведение работы с задолжниками. Очевидно, что многие из этих этапов долж- 
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ны проводится с помощью рутинного ручного труда, при этом все более и более 
затратного. Из практики проведения расчетов известно, что банковские затраты 
составляют не более |-3% суммы счета, а выписка и доставка счета, контроль 
оплаты и другие накладные расходы для низких сумм платежей могут достигать 
8—15%. Для определенности оценим общие затраты в размере 10% суммы счета 
(платежа). 

Во-вторых, очертим круг возможных приложений дистанционной оплаты. Он 
определяется несколькими составляющими: 

— суммы платежей должны быть небольшими, чтобы покрываться низким номи- 

налом карт; 

— платежи могут быть периодическими, например ежемесячными, что опти- 

мальным образом соответствует технологии использования карт; 

— затраты на проведение взаиморасчетов по существующей технологии должны 

быть соизмеримы с суммой расчетов по картам. 

Если первые две составляющие можно отнести к субъективным факторам, то 
последняя носит объективный характер. 

Исходя из практики затрат на изготовление и распространение телекоммуника- 
ционных карт, общие затраты составляют до 20% номинала (примерно 5% — затра- 
ты на изготовление и 15% — комиссия продавцу), не считая затрат на рекламу и 
продвижение карт. Такие высокие затраты определяются несколькими факторами. 
Во-первых, эмиссия карт обычно небольшая, а как известно, затраты на изготовле- 
ние обратно пропорциональны объему эмиссии. Путем увеличения эмиссии можно 
довести затраты на изготовление практически до себестоимости материалов, а это 
0,5—1,5% номинала карт. Во-вторых, а это, по-видимому, более важный аргумент, 
за счет использования единой универсальной карты, выпускаемой большими объе- 
мами, удается значительно уменьшить затраты на распространение и продажу карт. 
Подтверждением этому служит оценка затрат на продажу предоплаченных теле- 
фонных карт федеральными операторами сотовой связи. Так, при ежемесячной 
эмиссии в размере 1 миллиона карт с номиналом 150-300 рублей, затраты на прода- 
жу составляют от 5 до 7%. А при увеличении эмиссии до пяти миллионов в месяц 
планируются затраты менее 5% номинала. 

Таким образом, при уровне затрат на изготовление и распространение карт, со- 
ставляющих порядка 10% их номинала, применение универсальных карт типа 
ИБиКа для расчетов за широкий спектр услуг, стоимость которых находится на 
уровне номинала карты, достаточна привлекательна. Кроме того, такое использова- 
ние карт одновременно для широкого спектра услуг освобождает компании, пре- 
доставляющие услуги, от использования ручного малопроизводительного труда и 
значительно повышает точность расчетов. 

Важным вопросом при использовании карточной технологии является вопрос 
распространения карт. Достаточно перспективным, по-видимому, является продажа 
карт через специализированные автоматы. При стоимости такого автомата 1200 у.е. 
и среднем номинале карт 5 у.е. расходы на его покупку и эксплуатацию, в частно- 
сти на инкассацию около 5% среднего номинала карты, окупаются за год при про- 
даже 700 карт в месяц. 
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Рассмотрим технологию введения дистанционной оплаты с помощью универ- 
сальной карты на примере, дающем, на наш взгляд, достаточно приближенную к 
практике картину. 

Как следует из рассмотрения взаимодействия центра авторизации с псевдопла- 
тежными системами, для реализации указанной технологии необходимо иметь: 

— единый центр эмиссии универсальных карт; 

— некоторую псевдоплатежную систему (или системы); 

— телекоммуникационную сеть для связи клиента с псевдоплатежной системой 

(системами); 

— сеть Интернет для связи между псевдоплатежными системами и центром 

эмиссии (в нашем случае центром авторизации); 

— эффективную и распределенную систему продаж карт. 

В данном случае в качестве телекоммуникационной сети выберем фиксирован- 
ную телефонную сеть как наиболее распространенную. Предположим для опреде- 
ленности, что оплата производится сразу за несколько услуг: абонентская плата за 
телефон, плата за электричество, за газ и отопление. 

В этом случае технологию системы дистанционных расчетов можно предста- 
вить так, как показано на рис. 7.5. 
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Рис. 7.5. Технология системы дистанционных расчетов 
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С точки зрения клиента главное преимущество дистанционной технологии про- 
является в том, что покупка карты должна занимать значительно меньшее время, 
чем заполнение платежных поручений и оплата их в банке. Поэтому главным усло- 
вием привлекательности этой технологии является оптимальная и эффективная сис- 
тема продаж карт. Клиент не должен задумываться о том, где купить карту, а выби- 
рать, где ему удобнее ее купить. 

В основе технологии использования единого центра лежит открытие в этом цен- 
тре унифицированного лицевого счета клиента, на котором отражаются все его за- 
долженности по вышеуказанным услугам. Технология дистанционной оплаты на- 
чинается со сбора данных от всех поставщиков услуг в единый (общий) центр рас- 
четов по каждому лицевому счету клиента. После приобретения карты клиент свя- 
зывается по единому многоканальному телефону с центром расчетов, набирает но- 
мер своего лицевого счета и получает информацию по своей задолженности. 

Информация по задолженности может выглядеть следующим образом: «Ваша 
текущая задолженность за январь составляет: абонентская плата за телефон 100 
руб., за газ — 50 руб., за электричество — 150 руб., за отопление — 70 руб. Итого 
370 руб. Остаток аванса за прошедшие месяцы — 30 руб. Всего к оплате 340 руб.» 

Далее клиент может перейти в режим оплаты или, зная свою задолженность, в 
любом магазине купить карту номиналом 350 руб. и погасить свою задолженность 
при следующем соединении с центром расчетов. 

Процесс оплаты идентичен пополнению счета, технологию которого мы рас- 
сматривали выше. Клиент соединяется с центром расчетов, набирает пин-код куп- 
ленной карты, авторизует ее, а затем, набирая номер своего лицевого счета, осуще- 
ствляет перевод суммы, равной номиналу карты, на свой лицевой счет. При этом на 
лицевом счете может образоваться положительное сальдо, которое будет учтено 
при дальнейших расчетах. 

Дальнейшие расчеты производятся без участия клиента, а именно денежные 
средства переводятся из банка центра авторизации в банк центра расчетов, а затем 
распределяются по счетам компаний, предоставляющим услуги. 

Рассматриваемая технология при использовании ее в сфере коммунальных услуг 
пригодна для реализации государственной программы социальных гарантий и льгот 
путем бесплатного распределения карт среди клиентов, имеющих льготы по оплате 
коммунальных услуг. Такое распределение, имея целевой характер, снимает вопросы 
по расходованию этих средств. Для предотвращения несанкционированного исполь- 
зования социальных карт, например продажи другим лицам, можно привязать номе- 
ра льготных карт к лицевым счетам льготников. В этом случае после авторизации 
карты соответствующую сумму можно будет занести только на их лицевые счета. 


7.3. Новая таксофонная сеть 
Таксофонная связь — один из старейших видов связи, возникновение которой было 


обусловлено низкой плотностью телефонизации, что вынуждало граждан использо- 
вать телефоны коллективного пользования (таксофоны) вместо индивидуальных 
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телефонов. Кроме того, таксофоны давали возможность абонентам осуществить ис- 
ходящую связь (а в некоторых странах и входящую) в тех случаях, когда они пере- 
мещались и не могли воспользоваться собственным телефоном. Таким образом, вы- 
вод первый: возникновение и развитие таксофонной связи было обусловлено двумя 
причинами — это низкая плотность телефонизации и, как сегодня говорят, мобиль- 
ность абонентов. 

Вопросы подключения и обслуживания таксофонов, а также расчетов с абонен- 
тами достаточно подробно освещены в [17, 59—61]. 

До недавнего времени в России было несколько технических и экономических 
проблем, тормозивших развитие таксофонной связи на основе ТФОП. Наиболее су- 
щественные из них — недостаток и низкое качество кабельной сети, устаревшее 
коммутационное оборудование и неоптимальные средства расчетов с абонентами 
за пользование таксофонной связью. Поэтому второй вывод: модернизация сети и 
коммутационного оборудования, а также оптимизация средств оплаты услуг таксо- 
фонной сети, что при децентрализованной оплате тождественно модернизации так- 
софонов, являются необходимыми составляющими развития таксофонной связи. 

Однако прежде чем рассматривать эти вопросы, необходимо уяснить, а требует- 
ся ли само это развитие. Остались ли причины появления таксофонной связи неиз- 
менными и остались ли они вообще. 

С момента появления таксофонной связи плотность телефонизации увеличилась 
на несколько порядков, и индивидуальный телефон превратился из элитного в по- 
всеместно используемое средство связи. Причем исключение составляют районы с 
малой плотностью населения, в частности, в сельской местности, где развитие фик- 
сированной связи еще требует значительных затрат. С другой стороны, стремитель- 
ное развитие радиотелефонной связи дало возможность абонентам использовать 
мобильные индивидуальные терминалы и составило большую конкуренцию систе- 
мам, использующим терминалы коллективного пользования. 

Таким образом, на первый взгляд, с увеличением плотности телефонизации и 
появлением новых видов связи нивелируются побуждающие причины использова- 
ния таксофонной связи. Однако практика использования таксофонной связи в Рос- 
сии показывает, что объем таксофонного трафика даже в тех случаях, когда плот- 
ность фиксированной телефонной связи достаточно высока, а мобильной связью 
пользуется значительная часть абонентов, не уменьшается, а если и уменьшается, 
то незначительно. И это несмотря на то, что во многих развитых зарубежных стра- 
нах наблюдается стабильное уменьшение таксофонного трафика. 

По мнению автора, все дело здесь в тарифах на пользование мобильной связью и 
принципах расчетов за нее. Пока стоимость тарифных планов мобильной связи с уче- 
том ее постоянного использования превышает тариф таксофонной связи для разового 
использования мало звонящими абонентами, абонент будет выбирать испытанную 
таксофонную связь. Впрочем, фактор эффективности охвата мобильной связью мало- 
населенных географических зон по-прежнему будет играть важную роль. 

Интенсивное развитие фиксированной телефонной сети в целом, осуществляемое 
на основе современных средств и каналов связи, одновременно решает вопросы мо- 
дернизации сети фиксированной таксофонной сети. Поэтому на первое место в раз- 
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витии таксофонной связи выходит повышение эффективности расчетов с абонентами 
за счет снижения стоимости трафика или, по крайней мере, ограничения его роста. 

Постоянное расширение спектра услуг, оказываемых абоненту, в последние го- 
ды стало уже тенденцией и сопровождается совершенствованием используемых 
терминалов. Так, для оказания услуг видеотелефонной связи терминал абонента 
должен содержать видеокамеру и монитор, что значительно удорожает его стои- 
мость и делает недоступным рядовому пользователю как индивидуальное средство 
связи. Эта тенденция также может дать определенные конкурентные преимущества 
коллективным терминалам по сравнению с индивидуальными, что уже лежит в 
плоскости побудительных причин. 

Таким образом, можно предположить, что выживание таксофонной связи зави- 
сит от того, насколько эффективнее станут ее ценовые и качественные конкурент- 
ные преимущества и как они повлияют на побудительные причины использования 
таксофонов. 

Развитие ТФОП идет в направлении модернизации кабельной телефонной сети 
с присоединением к ней фрагментов фиксированных или радиотелефонных сетей 
стандартов РЕСТ и СОМА, а также транкинговых систем связи (см. Приложение 
6.1). Кроме того, происходит переход от систем коммутации каналов к системам 
пакетной коммутации. Одновременно идет интенсивное развитие мобильной связи, 
являющейся главным конкурентом ТФОП, в частности, эффективно используется 
стандарт ОМ. Пример развития сети связи некоторого региона, включающей цен- 
тральную часть (например, областной город и его окрестности) и периферийную 
часть (например, районные города и поселки) показан на рис. 7.6. Вот, несколько 
схематично, тот фон, на котором должна развиваться таксофонная связь. 
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Рис. 7.6. Пример региональной сети связи 
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7.3.1. Архитуктура новой таксофонной сети 


Несмотря на конкуренцию между операторами ТФОП, развертывающими таксо- 
фонную сеть, и операторами мобильной связи, их развитие обусловлено одними и 
теми же побудительными причинами абонентов пользоваться как таксофонами, так 
и мобильными телефонами. При этом для операторов возникает проблема конку- 
рентного выбора: менять тарифную политику или акцентировать внимание абонен- 
тов на преимуществах своего вида связи. По мнению автора, ориентация на конку- 
рентные преимущества — более перспективное направление развития таксофонной 
сети. Иначе говоря, раз принцип мобильности абонентов радиотелефонной сети яв- 
ляется конкурентноспособным, необходимо воспользоваться этим же принципом 
для модернизации таксофонной сети и объединить преимущество мобильности с 
преимуществом расчетов с абонентами таксофонных сетей. 

Построение таксофонной сети на новых принципах предполагает наличие еди- 
ного центра управления (ЦУ) этой сетью (см. рис. 7.6). Развивая эту точку зрения, с 
целью оптимизации взаиморасчетов, по-видимому, полезно объединить ЦУ с еди- 
ным центром расчетов с абонентами. 

Необходимо обратить внимание, что при рассмотрении направления развития 
таксофонной сети мы не упоминали, как должен работать таксофонный терминал 
ни с точки зрения вида связи, ни с точки зрения расчетов с абонентом. Такой под- 
ход не случаен, поскольку, по мнению автора, адаптация таксофонной сети к регио- 
нальной сети связи в целом более важна, чем адаптация таксофонной сети к терми- 
налам, которые в ней используются. Именно принципы построения таксофонной 
сети должны определить требования к терминалам, а не наоборот. 

Важно отметить, что наличие единого центра управления и расчетов принципи- 
ально не меняет возможности использования принципов децентрализованных рас- 
четов. Действительно, если возложить на ЦУ только задачу существовавшего до 
настоящего времени центра управления таксофонами (ЦУТ), а на центр расчетов — 
задачу центра эмиссии платежных инструментов, то такая схема вполне удовлетво- 
ряет принципам децентрализованных расчетов. Если же считать приведенную 
структуру универсальной, т.е. пригодной как для децентрализованных, так и цен- 
трализованных расчетов, то функции ЦУ и центра расчетов необходимо рассматри- 
вать значительно шире. Надо отметить, что и концепция «Единой таксофонной кар- 
ты России» [59] рассматривает единый центр расчетов не только как эмиссионный 
центр, но и как систему отражения текущих балансов «электронных кошельков» 
(микропроцессорных карт) для осуществления их роуминга. 

Что касается наличия единого ЦУ, то в случае централизованных расчетов он 
принципиально меняет схему осуществления вызова. Если ранее местный вызов 
осуществлялся через АТС, к которой принадлежал данный таксофонный терминал, 
и далее через местную сеть на АТС вызываемого абонента, то в предлагаемом под- 
ходе этот вызов через местную АТС направляется на ЦУ, а уже с него в местную 
сеть. Для междугородных вызовов, которые ранее через местную АТС направля- 
лись на междугородную станцию, используется такая же схема, что и для местной 
связи: вызов направляется через местную АТС на ЦУ, а затем от него на междуго- 
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родную станцию или в сеть Интернет для перехода на ПР-телефонию. Вызов от ме- 
стного коммутатора сотовой связи направляется через сеть фиксированной связи в 
ЦУ. Как видно из рис. 7.7, на котором иллюстрируются построенная таким образом 
новая таксофонная сеть и показаны схемы вызовов, такая же структура типична для 


гибридной интеллектуальной сети, которая была рассмотрена в предыдущих главах. 
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Рис. 7.7. Схемы соединения абонентов в новой таксофонной сети 


Продолжая придерживаться принципа централизации, следует ввести для всех 
терминалов новой таксофонной сети единый инструмент расчетов и/или принцип 
расчетов. 

Как уже было отмечено, можно обнаружить определенную аналогию между 
принципами построения новой таксофонной сети и принципами ГИС, при этом не- 
обходимо указать также на возможность, помимо централизованных, еще и децен- 
трализованных вызовов для групп абонентов, принадлежащих некой географиче- 
ской местности (по аналогии с периферийными узлами ГИС — местным центрам). 
Такие местные центры (МЦ) могут располагаться в местах максимального трафика 

фиксированной таксофонной сети, а также в отдельных фрагментах сотовой сети 
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или в целом для транкинговой сети. При этом в соответствии с принципами по- 
строения инфокоммуникационных систем должен существовать единый центр рас- 


четов для всех таксофонов данного региона. 
Пояснение такого подхода показано на примере предлагаемой архитектуры но- 


вой таксофонной сети (рис. 7.8). 
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Рис. 7.8. Пример архитектуры новой таксофонной сети 


При использовании данной технологии для получения услуги с таксофона име- 
ется две возможности подключения к коммутационному оборудованию. Первая — 
это автоматическая коммутация к портам центрального узла при подъеме трубки 
таксофона. Вторая возможность — организация единого серийного номера доступа 
на центральной АТС или нескольких серийных номеров на разных АТС. С точки 
зрения удобства абонентов единый номер предпочтительнее, однако не всегда эф- 
фективнее с точки зрения технической реализации. 
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Предположим, что единый номер доступа организован на АТС 1 (базовой АТС), 
все таксофонные терминалы фиксированной сети (АТС 1-3) соединяются через ЦУ, а 
расчеты осуществляются в центре расчетов. Для терминалов АТС 6 соединение может 
быть реализовано на собственном номере доступа (как показано на рис. 7.7) или также 
через единый серийный номер АТС 1. Для терминалов АТС 6 в данном примере со- 
единение осуществляется на собственный номер доступа, а далее на местный узел 
(МУТ), который для тарификации услуг, как и ЦУ, связан с центром расчетов. 

Для демонстрации дополнительных возможностей такой архитектуры таксофон- 
ной сети на рис. 7.8 приведен еще один местный узел МУ2. Через него могут соеди- 
няться таксофоны, принадлежащие АТС 4, АТС 5, и коммутаторы транкинговой свя- 
зи. При этом МУ? использует такие же связи с ЦУ и центром расчетов, как и МУ]. 

Необходимо обратить внимание на принцип работы мобильных таксофонных 
терминалов. Все вызовы с них могут быть реализованы двумя способами. Первый — 
через центральный коммутатор непосредственно на ЦУ, а второй — через специа- 
лизированный местный узел, а далее в местную или междугородную сеть. В втором 
случае все местные узлы должны быть связаны с центром расчетов. 

Результаты сравнения архитектуры, прохождения вызовов и функций элемен- 
тов существующей таксофонной сети для случая децентрализованных расчетов с 
помощью платежных инструментов типа «электронного кошелька» и предлагаемой 
сети приведены в табл. 7.1. Характеристики новой таксофонной сети, приведенные 
в этой таблице, должны стать частью требований к ее архитектуре и принципам 
функционирования. 


Таблица 7.1 
Наименование Существующая Новая 
функции, элемента таксофонная сеть таксофонная сеть 
Местное Через собственную АТС (коммута- | Через собственную АТС (коммутатор), 
соединение тор) в местную сеть ЦУ или МУ в местную сеть 
Междугородное Через собственную АТС (коммута- | Через собственную АТС (коммутатор), 
соединение тор) в междугородную сеть ЦУ или МУ в междугородную сеть 
Дополнительные ус- 
уги Реализуются терминалом Реализуются центрами 


Функции коммутации вызовов, а также 
функции технического обслуживания и 
управления сетью 


Местные центры При необходимости выполняют При необходимости выполняют функции 
управления функции ЦУ ЦУ 

Функции сбора информации по Функции по расчету предоставленного 
Центр расчетов УНКи р формац Нк р У пред 

расчетам и роуминг трафика и роуминг 
Требование к Специальный телефонный или ра- | Стандартный или упрощенный телефон- 
терминалу диотелефонный терминал ный или радиотелефонный терминал 

Теперь, когда требования к новой таксофонной сети связи определены, можно 


подробнее остановиться на том, каким должен быть новый мобильный таксофон- 
ный терминал. 


Только функции технического об- 


Центр управления 
служивания и управления сетью 
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7.3.2. Таксофонный терминал 


Как известно, существующие таксофонные принципы расчетов заключаются в ин- 
дивидуальной кратковременной аренде терминала связи коллективного пользова- 
ния с предоплатой этой аренды. При этом начисление арендной платы (тарифика- 
ция услуги) проводится в процессе оказания услуги. Перед предоставлением ус- 
луги платежное средство проверяется на подлинность, в частности телефонная 
карта авторизуется. Наиболее сложный, но более эффективный процесс авториза- 
ции используется для карточных таксофонов. В зависимости от того, связан ли 
таксофон с центром авторизации и биллинга в режиме |о{-Ппе или тарификация 
производится самим таксофоном, а затем ее результаты переносятся в систему 
биллинга, применяют разные способы билллинга. Однако в большинстве случаев 
из средств, находящихся на таксофонной карте, вычитается стоимость звонка, а 
остаток фиксируется на карте. Как указывалось выше, карта является «электрон- 
ным кошельком» и используется как для авторизации, так и для хранения остатка 
средств. Реализация таксофонного терминала зависит от технологии, используе- 
мой на той или иной таксофонной сети. В табл. 7.2 для примера приведено срав- 
нение технологических этапов упрощенных алгоритмов авторизации, оплаты ус- 
луги и поддержки функционирования для существующей таксофонной сети на ос- 
нове смарт-карт (карт с микропроцессором и энергонезависимой памятью) и но- 
вой сети на основе скретч-карт. 


Таблица 7.2 


Технологический этап Существующая сеть Новая сеть 


Проверка подлинности 
ровер Проводится Не проводится 
карты 


Ручное с помощью набора серийно- 
Автоматическое по У ра сер 


Соединение с ЦУ 
д Ц необходимости 


го номера или автоматическое при 
подъеме трубки 


Автоматическое с помощью 
Получение атрибутов Ручное с помощью набора атрибу- 
считывания информации 


карты тов на тастатуре терминала 
со смарт-карты 


Автоматическая средствами 


Аутентификация карты таксофона или средствами Автоматическая средствами ЦР 
центра расчетов (ЦР) 


Автоматическая средствами 
Авторизация карты Автоматическая средствами ЦР 
таксофона 
Ручное с помощью набора 
у р Ручное с помощью набора телефона 
Соединение телефона вызываемого 
вызываемого абонента, услуги 
абонента, услуги 
Автоматическая 
Тарификация услуги Автоматическая средствами ЦР 
средствами таксофона 


.. Автоматический средствами ЦР с 
Автоматический средствами 
Расчет за предоставленную помощью отражения стоимости на 
таксофона с записью стоимости 


услугу лицевом счете карты в базе данных 
услуги в память смарт-карты ЦР 
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Таблица 7.2 (окончание) 


Технологический этап Существующая сеть Новая сеть 


Автоматический оп-Ппе 
Сбор данных биллинга Не проводится, поскольку все дан- 
с помощью опроса всех 


таксофонов из ЦР 


Корпоративность Не предусмотрена Реализуется 
Кредитная оплата Усложнена Реализуется 


по картам ные уже существуют в ЦР 


Пополнение баланса карты | Не предусмотрено Реализуется 


Ведение списков «черных» 
р В режиме оп-Ппе В режиме Бо!-[пе 
и «серых» номеров карт 


Перепрограммирование Не зависит от таксофона, осуществ- 
каждого таксофона ляется ЦУ 


Мониторинг исправности | Осуществляется средствами ЦУ | Осуществляется средствами ЦУ 


При сравнении технологий предоставления услуги и биллинга видно, что таксо- 
фонный терминал новой сети может быть значительно проще, чем существующие 
таксофоны. Однако технология новой сети предусматривает дополнительные дей- 
ствия абонента по соединению с ЦУ и ввода пин-кода для аутентификации и авто- 
ризации в ЦР. 

Из материалов предыдущих глав, а также из литературы [например, 41], из- 
вестно, что на существующей таксофонной сети используется широкий спектр 
различных таксофонных и радиотаксофонных терминалов. Во всех случаях, начи- 
ная от монетных таксофонов и заканчивая таксофонами, где платежным инстру- 
ментом является смарт-карта, платежный инструмент является в переносном или 
явном виде электронным или обычным «кошельком». Таким образом, возмож- 
ность соединения требуемой длительности или получение определенной услуги 
определяется наличием у абонента монет, жетонов или средств в «электронном 
кошельке» карты. Утрата такой карты, как и денег или жетонов, эквивалентна по- 
тере средств. Используемая технология аутентификации, авторизации и оплаты 
определяется интеллектом терминала, и чем больше технологических возможно- 
стей предоставляет сеть связи, тем большим интеллектом должен обладать таксо- 
фонный терминал. Поэтому нецелесообразно подключать современный таксофон- 
ный терминал на смарт-картах к механической аналоговой АТС. Использование 
радиотелефонных принципов на существующей таксофонной сети заключается в 
дополнении таксофона, когда это возможно, специальным радиотелефонным бло- 
ком, обеспечивающим его работу в том или ином стандарте связи. Необходимо 
обратить внимание, что, говоря о гибриде радиотелефона и существующего так- 
софона, мы не акцентируем внимание ни на типах радиотелефонной связи (тран- 
кинговая, сотовая и т.д.), ни на ее стандартах (ММТ-450, АМР5, @5М, СОМА, 
ТЕТКА, АРСО25, РЕСТ ит.д.), ни на типе таксофонов (монетные, жетонные, кар- 
точные и т.д.). Однако объединение в одном терминале дорогостоящих блоков ав- 
торизации, приема оплаты и радиотелефонного блока, с одной стороны, уменьша- 
ет надежность его работы, а с другой стороны, значительно увеличивает стои- 
мость такого универсального таксофона. 


Ввод новых услуг 
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В отличие от таксофонных терминалов для существующей таксофонной сети 
для новой таксофонной сети может использоваться обычный телефон фиксирован- 
ной связи с возможностью набора цифр в режиме ОТМЕ или стандартный радиоте- 
лефон или радиостанция стандарта используемой сети связи, а в отдельных случаях 
даже упрощенный терминал. Единственное требование — обеспечение при необхо- 
димости его «вандалоустойчивости». Это не означает, что переход на новые прин- 
ципы требует замены существующих терминалов. Так, например, при использова- 
нии комбинированной смарт-карты и скретч-карты могут быть использованы и су- 
ществующие таксофоны, предназначенные для работы со смарт-картой. Изменится 
лишь технология работы этого таксофона, поскольку, как видно из табл. 7.2, в но- 
вой технологии таксофон, использующий смарт-карту, должен только автоматиче- 
ски считать пин-код и передать его в центр расчетов. 

Учитывая схожесть побудительных причин использования потенциальными 
абонентами мобильной и таксофонной связи, остановимся подробнее на внедрении 
радиотелефонов (РТ) в качестве таксофонных терминалов для новой сети. 


7.3.3. Карманный таксофон 


Во-первых, одно из преимуществ РТ для их использования в качестве таксофонных 
терминалов связано с основополагающими принципами работы радиотелефонной 
связи. Для большинства радиотелефонных систем такой терминал автоматически ав- 
торизуется в сети, поэтому во многих случаях не требуется дополнительный набор 
номера доступа к ЦУ. Достаточно, чтобы в коммутаторе (блоке управления сетью) 
номер этого терминала был прописан как «таксофонный номер». Поэтому при авто- 
ризации РТ устройство управления сетью может само перенаправить вызов на ЦУ. 
Во-вторых, надо отметить схожесть принципов биллинга услуг радиосвязи по 
картам с принципами расчетов за пользование таксофоном. Как уже отмечалось в 
предыдущих главах, в последнее время все большую популярность приобретают 
системы горячего (Во{-Ппе) биллинга, которые часто называют «карточными плат- 
формами». Такие системы используются операторами как фиксированной, так и ра- 
диотелефонной связи. Универсальные системы (например, АСР «Ольга») позволя- 
ют не только выполнять авторизацию по пин-коду и использовать любые дебето- 
вые и кредитовые средства расчетов, но и содержат дополнительные функции, на- 
пример полное или частичное пополнение счета телефона с карточного счета. В та- 
ких системах абонент, пользующийся радиотелефоном, обычно имеет свой лицевой 
счет, «привязанный» к сетевому номеру РТ. При этом в системе имеются карточ- 
ные счета, доступ к которым осуществляется по паролю — пин-коду. Абонент име- 
ет возможность пополнять свой счет, в том числе и с карточного счета, путем авто- 
ризации карты (чаще всего скретч-карты) и перевода с данного карточного счета 
средств на свой лицевой счет. В частности, система Беерау на основе АСР «Ольга» 
используется компанией «Вымпел-Коммуникации». Однако факт пополнения лице- 
вого счета со счета карты еще не означает, что лицевой счет телефона является де- 
бетовым. Дебетовые принципы биллинга можно использовать только в том случае, 
если биллинг производится в процессе соединения. Таким образом, только при ис- 
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пользовании РТ в режиме горячего биллинга с дебетовым лицевым счетом имеются 
предпосылки для реализации аналога таксофонной связи. Единственным препятст- 
вием для такого использования является то, что, авторизуясь по своему сетевому 
номеру, РТ остается по существу терминалом индивидуального пользования. 

Отмеченные выше факторы позволяют предложить технологию, совместимую с 
технологией новой таксофонной сети, которая превращает радиотелефон из терми- 
нала индивидуального пользования в терминал коллективного пользования. Для ее 
реализации, как уже говорилось выше, необходимо всего лишь авторизовать 
скретч-карту не в биллинговой системе оператора мобильной связи, а в центре рас- 
четов новой таксофонной сети. 

Радиотелефон с подобным принципом использования можно назвать карман- 
ным таксофоном (КТ). По сравнению с обычным таксофоном КТ имеет возмож- 
ность не только реализовать оплаченную исходящую связь, но и оплаченную вхо- 
дящую связь. Говоря о данном таксофоне как «карманном», надо иметь в виду, что 
это относится в большей мере к технологии его коллективного использования огра- 
ниченным кругом лиц, например в рамках некоторой компании или при аренде ра- 
диотелефонов. Интересно отметить, что таксофонный оператор, взяв на себя функ- 
ции сдачи в аренду обычных радиотелефонов (например, для временно проживаю- 
щих в данном регионе абонентов), может устанавливать такой режим работы КТ, 
при котором карта после первой авторизации приписывается к данному номеру те- 
лефона на определенное время. После окончания срока аренды абонент сам отклю- 
чает ее от данного номера телефона. 

Естественно возникает вопрос конструктивной реализации таких таксофонов в 
привычном виде уличного терминала коллективного пользования. Обычный радио- 
телефон, например сотовый, не всегда годится. Его можно использовать в магази- 
нах, барах, ресторанах, т.е. в тех местах, где можно обеспечить контроль за его со- 
хранностью. В этом случае он является «карманным» в прямом смысле этого слова. 
Для тех мест, где такой контроль невозможен, необходимо применять другую кон- 
струкцию, например, помещать радиотелефонный блок в стандартный вандало- 
устойчивый корпус. В этом случае используются корпус, клавиатура и трубка от 
простейшего стандартного таксофона, а радиотелефонный блок, находящийся внут- 
ри корпуса, подключается к клавиатуре, динамику и микрофону через стандартные 
интерфейсы. 

Одним из конкурентоспособных направлений стало создание одноразовых со- 
товых телефонов (Рпопе-Саг4-РВопе). По величине он небольшой, размером при- 
мерно с кредитную карту или чуть больше. Как анонсирует его производитель, 
РЬопе-Сага-РВопе представляет собой полноценный сотовый телефон с цифровой 
клавиатурой и двумя кнопками для вызова и прекращения разговора. Аппарат 
имеет разъем для телефонной гарнитуры, благодаря которой, собственно, и про- 
исходит процесс общения с собеседником. Телефон планируется использовать 
только для исходящих звонков, позвонить на него нельзя, поэтому его батареи 
рассчитаны всего на два часа работы. Если учесть, что вместе с телефоном поку- 
пается и эфирное время, а цена стандартной трубки с 60 минутами эфирного вре- 
мени составляет за рубежом около 10 долларов, то ясно, что это почти столько 
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же, сколько стоит пластиковая телефонная смарт-карта для звонков с обычных 
таксофонов. И такой телефон не единственный. Аналогичный одноразовый теле- 
фон, но без клавиатуры, также может составить конкуренцию таксофону. У этой 
модели есть важная особенность — более простая схема пользования по сравне- 
нию со стандартными аппаратами. У телефона нет дисплея и клавиш, как у РВопе- 
Сага-Рвопе. Пользователь диктует номер телефона, и набор происходит автомати- 
чески после распознавания цифр. Кроме того, с помощью голосовой команды 
можно узнать, сколько времени проработает еще телефон. В настоящее время 
проводятся разработки одноразового радиотелефона, в котором отсутствуют не 
только клавиатура, но даже собственные речевые функции. Весь «интеллект» это- 
го таксофона находится в ЦУ и ЦР. Авторизация и аутентификация такого таксо- 
фона производится по его федеральному номеру, т.е. пин-кодом является сам но- 
мер телефона. Естественно, что такие телефоны можно применять в мобильных 
сетях для защиты от «двойников». 


Как и любое комплексное приложение, новую таксофонную сеть необходимо 
рассматривать с двух аспектов: первый и основной — практическая польза, кото- 
рую может принести данное приложение, второй — выгода оператора связи от ис- 
пользования новой таксофонной технологии. 

Вначале о первом аспекте. Вернемся к тому, с чего мы начинали этот раздел, а 
именно с побудительных причин, которые заставляют абонентов пользоваться так- 
софонной сетью: первая из них — возможность позвонить в любое время и с лю- 
бого места, даже если свой мобильный телефон остался дома. В условиях конку- 
ренции с другими видами связи внедрение новой таксофонной сети как нельзя луч- 
ше будет отвечать этой побудительной причине в отличие от существующей таксо- 
фонной сети. Вторая причина, которая была также названа побудительной, — это 
обеспечение абонентов связью в условиях малой плотности населения, когда кол- 
лективный терминал является практически единственным средством связи. И в 
этом случае новая таксофонная технология позволяет практически каждый индиви- 
дуальный телефон превратить в таксофон коллективного пользования. 

Второй аспект — дополнительная выгода операторов от внедрения новой тех- 
нологии. Сравнение экономической эффективности внедрения новой технологии 
даже без учета применения радиотаксофонов (см. например, [17]) убедительно по- 
казывает, что новая технология является в 3—5 раз эффективнее существующей. 
Причем такое соотношение будет справедливо как для затрат на установку, монтаж 
и эксплуатацию программно-технических средств, так и в плане используемых пла- 
тежных инструментов (смарт- и скретч-карт). 

Таким образом, новые технологии таксофонной связи: 

— позволяют развивать таксофонную сеть с минимальными затратами; 

— значительно снижают риски операторов, связанные с изменением технологий, 

в частности, при переходе на одноразовые радиотелефоны можно адаптиро- 
вать к новой технологии существующую систему биллинга и продолжать свой 
бизнес; 
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— дают возможность таксофонным операторам эффективно использовать смеж- 
ные приложения, которые являются побочными для других операторов за счет 
значительного снижения эксплуатационных затрат; 

— позволяют эффективно эксплуатировать свои сети за счет минимизации за- 
трат на обслуживание интеллекта сети, который сосредоточен в единой систе- 
ме, а не распределен по множеству терминалов. 

И последний довод в пользу новой таксофонной технологии: это тенденция к 
широкому распространению инфокоммуникационных систем для предоставления и 
оплаты услуг связи, что дает возможность использовать унифицированные техно- 
логии для фиксированной, мобильной и таксофонной связи, а следовательно, и еди- 
ные системы для оказания широкого спектра телекоммуникационных услуг. 


7.4. Мобильный банкинг 
7.4.1. Понятие м-банкинга 


Словосочетание «электронная коммерция» традиционно применяют к торговле, ко- 
торая осуществляется через сеть Интернет обычно посредством «посещения» поку- 
пателем сайта продавца или совершением в этой электронной среде сделки купли- 
продажи. 

К «электронной коммерции» обычно относят: 

— Базше5$-ю-Бизшез$ (В2В), типичным примером которой является взаимодей- 
ствие крупных компаний с поставщиками; 

— Бизше5$-ю-сопзитег (В2С) — розничная торговля через сеть Интернет; 

— сопзитег-ю-Бизшез$ (С2В), дающая возможность потенциальным потребите- 
лям товаров и услуг предлагать производителям или продавцам свои стоимо- 
сти товаров или услуг, оставляя за ними право принять или отвергнуть эти 
предложения; 

— сопзитег-®ю-сопзитег (С2С), характеризущаяся взаимодействием частных лиц 
по покупке товаров и услуг в сети Интернет. 

Очевидно, что влияние сети Интернет на процессы коммерции гораздо шире, 
поскольку сеть может быть не только торговой площадкой, но и серьезным источ- 
ником информации, полезной для коммерческой деятельности. Таким образом, 
электронная коммерция может характеризоваться несколькими электронными со- 
ставляющими: электронной информацией о товаре (услуге) и ценах на нее, дистан- 
ционным заключением сделки купли-продажи с дистанционной оплатой, дистанци- 
онной информацией о состоянии сделки и прохождении оплаты. Существуют раз- 
личные мнения о том, что такое электронная сделка, необходимы ли при этом все 
указанные составляющие или достаточно одной, можно ли отнести получение дис- 
танционной информации о состоянии счета к электронной коммерции. 

Следует напомнить, что альтернативные принципы взаимодействия продавцов 
и покупателей были известны еще до широкого распространения сети Интернет. 
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Это телемагазины и системы торговли по каталогам, например «книга почтой» или 
«товары почтой». Как минимум, один элемент «электронной коммерции» (дистан- 
ционность заказа) в подобных сделках присутствует. 

Целесообразно, на наш взгляд, выделить из понятия «электронная коммерция» 
все, что касается удаленной оплаты и удаленного получения по каналам связи фи- 
нансовой информации о состоянии счета клиента, и объединить их понятием дис- 
танционного банкинга — «тетое БапК1ае» (г-БапК1п2). При этом г-БапКше логично 
разделить на две составляющие: непосредственно дистанционную оплату и/или 
управление счетом (г-рау) и дистанционное получение информации (г-шЮппаНноп, 
или г-шЮ). Технические средства клиента, с помощью которых он проводит дис- 
танционную оплату или получает информацию, в свою очередь, должны иметь 
средства дистанционного доступа, например, мобильный телефон или компьютер, 
подключенный к сети Интернет. В первом случае процессы оплаты и получения 
коммерческой и финансовой информации можно определить соответственно как 
мобильную оплату (то Ще рау, или т-рау) и как получение информации посредст- 
вом мобильного телефона (т-шЮюппаНоп, или т-ш); во втором случае соответст- 
венно как электронную оплату (@есготис рау, или е-рау) и электронное получение 
информации (е-шогтайоп, или е-шЮ). Для наглядности эта процессы приведены 
на рис. 7.9. Объединение составляющих т-рау и т-шЮ определяет понятие мо- 
бильного бинкинга, или м-банкинга (т-БапК1п2), а именно, это дистанционная опла- 
та, управление счетом и получение информации о состоянии счета с помощью мо- 
бильного телефона. 


г-бапкпо 


| г-иогтавоп | 


Рис. 7.9. Понятие мобильного банкинга 


Выделение процессов дистанционной оплаты из электронной коммерции в от- 
дельное приложение дает возможность использовать эти процессы во многих при- 
ложениях как для оплаты телекоммуникационных услуг, так и для других ком- 
плексных приложений, в том числе электронной коммерции или дистанционной 
покупки многих товаров и дистанционного и прямого предоставления широкого 
спектра услуг. 
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7.4.2. Разновидности м-банкинга 


Как известно, обмен информацией с помощью мобильных телефонов возможен как 
по трактам сигнализации, так и в разговорном тракте после установления соедине- 
ния. При этом можно принимать и получать видио- и аудиоинформацию, а также 
передавать данные в виде ОТМЕ-посылок с клавиатуры телефонного аппарата. С 
помощью этих возможностей типовых мобильных телефонов можно реализовать и 
все виды м-банкинга. 

Операторы мобильных сетей и производители сотовых телефонов объединяют 
усилия в создании системы, которая позволит пользователям оплачивать с помо- 
щью мобильного телефона товары и услуги, приобретаемые в любой стране мира. 
Поэтому основная задача разрабочиков — создание глобальной системы мобиль- 
ных платежей или инфраструктуры, позволяющей стандартизировать уже имею- 
щуюся у операторов информацию для того, чтобы обмениваться персональными 
данными о пользователях. Однако до тех пор, пока существует лишь фрагментар- 
ная инфраструктура, трудно ожидать от нее серьезной отдачи. 

Определенный интерес представляет направление м-банкинга, использующее 
5 М-карту сотового телефона как разновидность банковской пластиковой карты. 
Один из вариантов реализации такой системы основан на «доверительном трансак- 
ционном роуминге» (Тгае4 Тгапзасиоп Коатше, Т2В), что позволит телефонным 
компаниям с легкостью обмениваться персональными данными пользователей и 
сведениями об их банковских счетах, а также проводить платежные данные покупа- 
теля через единую систему Т.Б, а не через множество баз данных. 

Такие системы, как Т2К, позволяют использовать разные уровни безопасности 
платежа в зависимости от суммы, которую платит пользователь. При платежах на 
небольшую сумму пользователю приходится вводить данные особого цифрового 
сертификата, а при платежах на значительные суммы система задает пользователю 
сложные вопросы, ответы на которые требуют знания особых ключей, открываю- 
щих доступ к личным данным. Однако, как уже упоминалось выше, во-первых, для 
платежей на большие суммы есть более защищенные банковские технологии, есте- 
ственно, более дорогие, чем в случае платежей через мобильные телефоны, а во- 
вторых, обмен информацией о пользователях, которая во многих случаях является 
коммерческой информацией, вряд ли представляет собой панацею. Поэтому имеет 
смысл разделить телекоммуникационные свойства мобильного телефона от их фи- 
нансового использования и сузить круг использования мобильных технологий, ог- 
раничиваясь платежами на небольшие суммы, количество которых в общем объеме 
платежей достаточно велико. При этом могут использоваться различные «локализо- 
ванные» технологии, такие, как двойная 3 М-карта, Вшеюо и беспроводные ло- 
кальные сети (\мтге]ез$ ГАМ), которые помогают избежать задержек в мобильных 
платежах. 

В телекоммуникационных банковских системах сетях активно применяются 
технология т-шЮ. Эта технология основана на передаче 5М$-сообщений (Вой 
Меззаре Зегулсе) или на передаче данных с помощью стандарта беспроводной пере- 
дачи данных У\!АР (\УМпеез$ АррИсайоп Ргоюсо]). В отличие от ЗМ$ протокол \/АР 
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не имеет ограничений по количеству передаваемых символов. Это обстоятельство 
позволяет пользователю получать достаточно большие объемы информации. Кроме 
того, адаптированные У/АР-страницы созданы с помощью языка программирова- 
ния \/МГ, (У/гее$$ МагКир Гапецаее), используемый для разработки \/АР-прило- 
жений не только для мобильных телефонов, но и для «карманных» персональных 
компьютеров. 

Технология т-шЮ позволяет клиентам получать выписки из своего счета, ин- 
формацию о совершенных операциях (либо попытках проведения операций) по 
пластиковым картам, уведомления при изменении сальдо счетов, а также блокиро- 
вать счета по различным причинам. Помимо управления персональными финанса- 
ми, эта технология также дает возможность клиентам пользоваться различными па- 
кетами информационных услуг. 

Внимательный читатель из материалов книги, по-видимому, уже заметил, что 
автор часто отмечает преимущества технологии оплаты с помощью скретч-карт. 
Особенно следует выделить ее преимущества для инфокоммуникационных систем, 
в которых мобильный телефон является как средством ввода-вывода информации, 
так и дополнительной «ступенью безопасности» дистанционных платежей. Приме- 
нение универсальной скретч-карты позволяет сделать дистанционную оплату с по- 
мощью мобильного телефона не менее распространенной услугой, чем оплата ус- 
луг связи с помощью телекоммуникационных карт. Такой способ удаленной опла- 
ты назовем тс-рау, а с учетом информационной составляющей — мс-банкингом 
(тс-БапК!п?). 


7.4.3. Технология мс-банкинга 


Технология мс-банкинга основана на применении инфокоммуникационных систем 
в режиме телебанкинга и использует технологии, защищенные патентами [40, 41]. 
Как и в рассмотренных выше комплексных приложениях, мс-банкинг подразумева- 
ет наличие некоторого центра авторизации, в задачу которого входит эмиссия и 
поддержка первичной авторизации скретч-карт. Форма организации центра автори- 
зации (общий или выделенный) зависит от используемой финансовой схемы взаи- 
морасчетов, а также от статуса используемой скретч-карты. Как указывалось выше, 
наличие общего центра эмиссии и авторизации карт, тем более в виде некоторой 
банковской структуры, дает его пользователям гарантии, предусмотренные банков- 
ским законодательством. С другой стороны, организация выделенного центра эмис- 
сии и авторизации карт не противоречит существующему законодательству при ус- 
ловии выполнения эмитентом определенных условий эмиссии и дальнейших обяза- 
тельств по обслуживанию карты. Учитывая, что в настоящее время многие крупные 
федеральные операторы мобильной связи используют скретч-карту для пополнения 
счетов мобильных телефонов, целесообразно расширить возможности ее использо- 
вания и для мс-банкинга. 

Обратимся к возможной технологической схеме реализации мс-банкинга, кото- 
рая показана на рис. 7.10. 
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Рис. 7.10. Технологическая схема реализации мс-банкинга 


При наличии общего центра эмиссии и авторизации в технологической схеме 
могут участвовать и другие платежные и псевдоплатежные системы, обслуживаю- 
щие отдельные направления расчетов с клиентами, например платежная система 
расчетов в сети Интернет и псевдоплатежная система расчетов за предоставление 
услуг междугородной и международной связи. 

Основное условие проведения расчетов с использованием платежных систем, в 
том числе мс-банкинга, — организация в рамках одной системы базы данных со 
счетами как плательщиков, так и получателей. В этом случае любой продавец това- 
ров или услуг, независимо от того, как он осуществляет продажи: обычным обра- 
зом или с использованием сети Интернет, должен открыть в платежной системе 
мс-банкинга счет, на который будут поступать средства оплаты. 

Открытие счета должно сопровождаться дополнительными договоренностями 
между платежной системой и продавцом о документальном подтверждении фактов 
оплаты и их назначении, а также о переводе полученных средств в указанную про- 
давцом финансовую организацию. Такой перевод средств может быть организован 
через специальную расчетную систему (см. рис. 7.10). Естественно, что платежная 
система мс-банкинга должна иметь возможность перечисления сумм с карточных 
счетов на счета клиентов в псевдоплатежную (биллинговую) систему за предостав- 
ление услуг мобильной связи. 

Исходя из предложенной технологической схемы, бизнес-процесс мс-банкинга 
должен содержать в себе следующие компоненты: 
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организационные: 
— организацию эмиссии и продажи скретч-карт; 
— открытие в платежной системе мс-банкинга счетов продавцов; 
— организацию финансовых расчетов с продавцами; 
технологические клиентские: 
— авторизация карты через платежную систему (ПС) в центре авторизации (ЦА); 
— открытие в платежной системе текущего счета с номером карты и пополнение 
его на сумму, соответствующую номиналу карты; 
— перевод средств по распоряжению клиента с его счета на счет указанного им 
продавца; 
— оповещение клиента о произведенных платежах; 
— выдачу информации о состоянии счета клиента; 
технологические для проведения расчетов: 
— оповещение продавца о поступивших средствах; 
— проведение финансовых расчетов с продавцами; 
— документальное подтверждение расчетов с продавцами. 
Реализация основных технологических компонент может быть представлена на 
модели расчетов, представленной на рис. 7.11. 
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Рис. 7.11. Технология авторизации (модель расчетов) 
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Отметим, что технология мс-банкинга может предусматривать так называемую 
«аккредитивную» оплату. Такая оплата дает возможность клиенту произвести фак- 
тическую оплату после выполнения продавцом своих обязательств по качеству и 
номенклатуре поставленного товара, а продавец получает гарантии оплаты при вы- 
полнении им своих обязательств. Такой вид оплаты имеет большое значение при 
дистанционной покупке товара (в настоящее время при доставке товара, заказанно- 
го в Интернете, покупатель чаще всего расплачивается наличными). При «аккреди- 
тивной» оплате фактический расчет с продавцом не проводится до получения пла- 
тежной системой уведомления от покупателя об успешном окончании сделки. По- 
сле чего производится «раскрытие» аккредитива. По-видимому, аккредитив при 
мс-баккинге должен быть безотзывным и неделимым, т.е. если не произошло «рас- 
крытие» аккредитива в договоренные сроки, то средства клиента «зависают» на от- 
дельном счете до решения с продавцом конфликтной ситуации. В случае, если при 
разрешении конфликта выясняется вина продавца, последний должен компенсиро- 
вать клиенту его потери, связанные с замораживанием средств. 

Для наглядности рассмотрим три примера оплаты товаров и услуг с помощью 
технологии мс-банкинга: для обычного и электронного магазина, а также за оплату 
доступа к сети Интернет. В первом случае рассмотрим технологию оплаты с помо- 
щью \АР-интерфейса, в других — для дистанционной покупки и оплаты услуги — 
стандартную «речевую технологию». 

При необходимости оплаты товара в обычном магазине клиент с мобильного те- 
лефона соединяется с помощью УАР-браузера мобильного телефона с платежной 
системой, которая выдает на экран его телефона графический интерфейс для выпол- 
нения платежа и проводит авторизацию. Далее, в соответствии с выписанным ему 
счетом клиент заполняет соответствующие поля в графическом интерфейсе: счет 
продавца в платежной системе, номер выписанного ему счета и сумму платежа. По- 
скольку товар он должен получить сразу, нет необходимости выставления аккредити- 
ва. После оплаты, т.е. перевода средств с его счета карты на счет продавца, клиент и 
продавец получают уведомление, например в виде эМ5-сообщения. После чего кли- 
ент получает товар и документальное подтверждение от продавца об оплате. 

Второй пример — покупка товара в электронном магазине. Этот пример инте- 
ресен тем, что показывает, как можно разделить технологию покупки и оплаты, т.е. 
проводить их по разным каналам. Как известно, при совмещенном канале покупки 
и оплаты по банковской пластиковой карте продавец имеет доступ к атрибутам кар- 
ты, что в дальнейшем может повлечь ее несанкционированное использование 
третьими лицами. В случае разделения канала покупки и оплаты у продавца теоре- 
тически нет возможности получить пин-код авторизации, особенно в случае, когда 
она проводится по номеру телефона и пин-коду. Итак, клиент по сети Интернет со- 
единяется с электронным магазином, выбирает товар, получает информацию по его 
стоимости и вводит соответствующую информацию для доставки товара. После 
этого клиент выбирает вид оплаты, в данном случае — мс-банкинг. При выборе та- 
кого вида оплаты клиент получает номер счета продавца в платежной системе мс- 
банкинга. Клиент по мобильному телефону связывается с платежной системой, ав- 
торизуется в ней и вводит номер счета продавца, номер заказа и сумму оплаты. 
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Предположим, клиент выбрал аккредитивный способ оплаты. В этом случае прода- 
вец получает извещение о том, что клиент открыл аккредитив на покупку товара с 
обязательством его раскрытия при получении товара после его доставки. Товар 
доставляется покупателю, и он получает его. После получения товара клиент по мо- 
бильному телефону проводит раскрытие аккредитива, и курьер получает подтвер- 
ждение оплаты. Курьер выдает клиенту документальное подтверждение оплаты, и 
сделка считается завершенной. При отказе клиента в получении товара и, следова- 
тельно, отказе раскрытия аккредитива, этот вопрос решается между покупателем и 
продавцом. В частности, при обоюдном согласии о прекращении сделки клиент по- 
сылает в платежную систему сообщение об отказе. Это сообщение направляется 
продавцу, тот дает согласие на разрыв сделки, и средства возвращаются на счет 
клиента. Как видно, такая процедура более проста, чем существующие процедуры 
возврата средств. 

И наконец, третий пример — удаленная оплата доступа к сети Интернет. Этот 
пример уже был рассмотрен при описании услуги телебанкинга. Отличие этого 
примера от предыдущих в том, что услуга предлагается клиенту в виде открытой 
оферты. В оферте сообщается номер счета оператора в платежной системе, на кото- 
рый клиент должен провести оплату. Клиент по мобильному телефону авторизует- 
ся в платежной системе, вводит номер счета оператора и сумму, которую он хочет 
перевести. Платежная система переводит средства в биллинговую систему операто- 
ра, а из биллинговой системы получает номер доступа оператора, логин и пароль, 
которые в виде 5М$ направляются клиенту. Это же эМ$ и будет являться подтвер- 
ждением платежа. 

При рассмотрении технологии м-банкинга и его разновидности мс-банкинга ав- 
тор намеренно расширил область его применения, перейдя от его использования в 
сфере электронной коммерции к любым сделкам, встречающимся в повседневной 
жизни. В частности, начав с пополнения счетов мобильных телефонов с помощью 
скретч-карт, автор продемонстрировал возможности дистанционной оплаты това- 
ров и услуг с помощью мобильных телефонов. При этом предполагалось, что буду- 
щее м-банкинга как одного из методов удаленной оплаты тесно связано с развити- 
ем возможностей сотовой связи и мобильных телефонов и при этом будет удобным 
платежным средством, в том числе для пополнения электронных счетов клиентов. 

Поскольку многие их этих возможностей были рассмотрены ранее при описа- 
нии инфокоммуникационных систем и, в частности, системы «Ольга», то можно ут- 
верждать, что на основе указанных систем можно также реализовать и систему мс- 
банкинга. 

Такая уверенность подкрепляется тем фактом, что на основе инфокоммуника- 
ционной системы «Ольга» федеральный оператор сотовой связи компания «Вым- 
пел-Коммуникации» реализовал систему «Универсальная предоплаченная карта» 
(УПК). Система УПК имеет все возможности для реализации полнофункциональ- 
ной технологии мс-банкинга и ее дальнейшего развития. 
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контроля за услугами 
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ъегусе З\уисыше Рош" — Узел 
коммутации услуг 
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разработки приложений компью- 
терной телефонии 


Тгап$и1$ оп Сопйо] Ргоюсо|] / 
Пуетевхогкте Ргоюсо! — 
Протокол управления передачей / 
межсетевой протокол 


Транзакция 


Теервопу Зегулсез АРГ— 
Интерфейс программных 
приложений телефонных услуг 


Оттуегза| ассез$ питбег — 
Универсальный номер доступа 


Олтуегса! Ассез$ МитьЬег — 
Универсальный номер доступа 


0$50 Плаюрие Сопбо] Ргоюсо]| — 
9$50 протокол контроля диалога 


Овед Меззарте — Универсаль- 
ная почта 


Олзвисвгед Зирр!етещагу 

ъегулсе аа — Двунаправленная 
сеансовая передача неструктури- 
рованных данных дополнительных 


услуг 
\Уотсе оуег [Р — Речь «поверх» [Р 


Ушоа| Рпуа{е Мебмо К — 
Виртуальная частная сеть 


\УИтеез$ АррИсаноп Ргоюсо|— 
Протокол беспроводных 
приложений 
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